1. 04 7月, 2000 3 次提交
  2. 03 7月, 2000 5 次提交
  3. 02 7月, 2000 7 次提交
  4. 01 7月, 2000 2 次提交
  5. 30 6月, 2000 2 次提交
    • T
      RemoveView was doing things the hard way... · 3513f4d1
      Tom Lane 提交于
      3513f4d1
    • T
      Use a private memory context to store rule information in each relcache · b41f4ab8
      Tom Lane 提交于
      entry that has rules.  This allows us to release the rule parsetrees
      on relcache flush without needing a working freeObject() routine.
      Formerly, the rule trees were leaked permanently at relcache flush.
      Also, clean up handling of rule creation and deletion --- there was
      not sufficient locking of the relation being modified, and there was
      no reliable notification of other backends that a relcache reload
      was needed.  Also, clean up relcache.c code so that scans of system
      tables needed to load a relcache entry are done in the caller's
      memory context, not in CacheMemoryContext.  This prevents any
      un-pfreed memory from those scans from becoming a permanent memory
      leak.
      b41f4ab8
  6. 29 6月, 2000 4 次提交
  7. 28 6月, 2000 3 次提交
  8. 25 6月, 2000 1 次提交
  9. 23 6月, 2000 1 次提交
    • P
      Second pass over run-time configuration system. Adjust priorities on some · c4465095
      Peter Eisentraut 提交于
      option settings. Sort out SIGHUP vs BACKEND -- there is no total ordering
      here, so make explicit checks. Add comments explaining all of this.
      Removed permissions check on SHOW command.
      
      Add examine_subclass to the game, rename to SQL_inheritance to fit the
      official data model better. Adjust documentation.
      
      Standalone backend needs to reset all options before it starts. To
      facilitate that, have IsUnderPostmaster be set by the postmaster itself,
      don't wait for the magic -p switch.
      
      Also make sure that all environment variables and argv's survive
      init_ps_display(). Use strdup where necessary.
      
      Have initdb make configuration files (postgresql.conf, pg_hba.conf) mode
      0600 -- having configuration files is no fun if you can't edit them.
      c4465095
  10. 20 6月, 2000 5 次提交
  11. 19 6月, 2000 2 次提交
    • T
      Clean up bogosities in pg_opclass, pg_amop, pg_amproc. There are amproc · c590273f
      Tom Lane 提交于
      entries now for int8 and network hash indexes.  int24_ops and int42_ops
      are gone.  pg_opclass no longer contains multiple entries claiming to be
      the default opclass for the same datatype.  opr_sanity regress test
      extended to catch errors like these in the future.
      c590273f
    • T
      Reimplement nodeMaterial to use a temporary BufFile (or even memory, if the · 1ee26b77
      Tom Lane 提交于
      materialized tupleset is small enough) instead of a temporary relation.
      This was something I was thinking of doing anyway for performance, and Jan
      says he needs it for TOAST because he doesn't want to cope with toasting
      noname relations.  With this change, the 'noname table' support in heap.c
      is dead code, and I have accordingly removed it.  Also clean up 'noname'
      plan handling in planner --- nonames are either sort or materialize plans,
      and it seems less confusing to handle them separately under those names.
      1ee26b77
  12. 18 6月, 2000 3 次提交
    • T
      Reinstate BufFileTell(). · b4e906f1
      Tom Lane 提交于
      b4e906f1
    • T
      Get rid of IndexIsUniqueNoCache() kluge by the simple expedient of · edf0b5f0
      Tom Lane 提交于
      passing the index-is-unique flag to index build routines (duh! ...
      why wasn't it done this way to begin with?).  Aside from eliminating
      an eyesore, this should save a few milliseconds in btree index creation
      because a full scan of pg_index is not needed any more.
      edf0b5f0
    • T
      Fix performance problems with pg_index lookups (see, for example, · d03a933e
      Tom Lane 提交于
      discussion of 5/19/00).  pg_index is now searched for indexes of a
      relation using an indexscan.  Moreover, this is done once and cached
      in the relcache entry for the relation, in the form of a list of OIDs
      for the indexes.  This list is used by the parser and executor to drive
      lookups in the pg_index syscache when they want to know the properties
      of the indexes.  Net result: index information will be fully cached
      for repetitive operations such as inserts.
      d03a933e
  13. 17 6月, 2000 2 次提交