1. 28 Nov, 1997 2 commits
  2. 24 Nov, 1997 1 commit
  3. 21 Nov, 1997 1 commit
  4. 20 Nov, 1997 1 commit
  5. 17 Nov, 1997 1 commit
  6. 05 Nov, 1997 1 commit
  7. 25 Oct, 1997 1 commit
  8. 12 Oct, 1997 1 commit
  9. 18 Sep, 1997 1 commit
  10. 08 Sep, 1997 2 commits
  11. 07 Sep, 1997 1 commit
  12. 04 Sep, 1997 1 commit
  13. 01 Sep, 1997 1 commit
  14. 27 Aug, 1997 1 commit
  15. 22 Aug, 1997 2 commits
  16. 19 Aug, 1997 2 commits
  17. 18 Aug, 1997 1 commit
  18. 12 Aug, 1997 1 commit
  19. 31 May, 1997 1 commit
  20. 02 Apr, 1997 1 commit
  21. 12 Mar, 1997 1 commit
    • Marc G. Fournier's avatar
      From: Dan McGuirk <mcguirk@indirect.com> · e4949f9f
      Marc G. Fournier authored
      Subject: [HACKERS] better access control error messages
      
      This patch replaces the 'no such class or insufficient privilege' with
      distinct error messages that tell you whether the table really doesn't
      exist or whether access was denied.
      e4949f9f
  22. 22 Jan, 1997 1 commit
    • Vadim B. Mikheev's avatar
      Fixing bug in INDEXSCAN_PATCH: · 8e909781
      Vadim B. Mikheev authored
      ExecInitIndexScan now works with operands of Param type and
      (!!!) postquel_execute() now substitutes param values
      before calling postquel_start().
      8e909781
  23. 13 Nov, 1996 1 commit
    • Marc G. Fournier's avatar
      Commit of a *MAJOR* patch from Dan McGuirk <djm@indirect.com> · 07a65b22
      Marc G. Fournier authored
      Changes:
      
              * Unique index capability works using the syntax 'create unique
                index'.
      
              * Duplicate OID's in the system tables are removed.  I put
                little scripts called 'duplicate_oids' and 'find_oid' in
                include/catalog that help to find and remove duplicate OID's.
                I also moved 'unused_oids' from backend/catalog to
                include/catalog, since it has to be in the same directory
                as the include files in order to work.
      
              * The backend tries converting the name of a function or aggregate
                to all lowercase if the original name given doesn't work (mostly
                for compatibility with ODBC).
      
              * You can 'SELECT NULL' to your heart's content.
      
              * I put my _bt_updateitem fix in instead, which uses
                _bt_insertonpg so that even if the new key is so big that
                the page has to be split, everything still works.
      
              * All literal references to system catalog OID's have been
                replaced with references to define'd constants from the catalog
                header files.
      
              * I added a couple of node copy functions.  I think this was a
                preliminary attempt to get rules to work.
      07a65b22
  24. 06 Nov, 1996 1 commit
  25. 31 Oct, 1996 1 commit
  26. 26 Oct, 1996 1 commit
  27. 23 Oct, 1996 1 commit
  28. 19 Sep, 1996 1 commit
  29. 10 Sep, 1996 1 commit
    • Marc G. Fournier's avatar
      Fixes: · 796f7899
      Marc G. Fournier authored
      The problem is that the function arguments are not considered as possible key
      candidates for index scan and so only a sequential scan is possible inside
      the body of a function.  I have therefore made some patches to the optimizer
      so that indices are now used also by functions.  I have also moved the plan
      debug message from pg_eval to pg_plan so that it is printed also for plans
      genereated for function execution.  I had also to add an index rescan to the
      executor because it ignored the parameters set in the execution state, they
      were flagged as runtime variables in ExecInitIndexScan but then never used
      by the executor so that the scan were always done with any key=1. Very odd.
      This means that an index rescan is now done twice for each function execution
      which uses an index, the first time when the index scan is initialized and
      the second when the actual function arguments are finally available for the
      execution.  I don't know what is the cost of an double index scan but I
      suppose it is anyway less than the cost of a full sequential scan, at leat
      for large tables. This is my patch, you must also add -DINDEXSCAN_PATCH in
      Makefile.global to enable the changes.
      
      Submitted by: Massimo Dal Zotto <dz@cs.unitn.it>
      796f7899
  30. 30 Jul, 1996 1 commit
  31. 09 Jul, 1996 1 commit