Skip to content
Snippets Groups Projects
  1. Jun 18, 2001
  2. Jun 15, 2001
  3. Jun 14, 2001
    • Bruce Momjian's avatar
      Docs for: · d7763c1f
      Bruce Momjian authored
      > >> inet(text), cidr(text): convert a text value into inet/cidr
      > >> set_masklen(inet): set masklen on the inet value
      
      Alex Pilosov
      d7763c1f
  4. Jun 13, 2001
  5. Jun 12, 2001
    • Bruce Momjian's avatar
      Add Updatable view mention. · c1db506a
      Bruce Momjian authored
      c1db506a
    • Bruce Momjian's avatar
      Update TODO list. · a0316a19
      Bruce Momjian authored
      a0316a19
    • Bruce Momjian's avatar
      Back out has_table_privilege patch. · 76e9ad1f
      Bruce Momjian authored
      76e9ad1f
    • Bruce Momjian's avatar
      Update TODO list. · 3c3ff428
      Bruce Momjian authored
      3c3ff428
    • Bruce Momjian's avatar
      Update TODO list. · 55abc36e
      Bruce Momjian authored
      55abc36e
    • Tom Lane's avatar
      Clean up various to-do items associated with system indexes: · 1d584f97
      Tom Lane authored
      pg_database now has unique indexes on oid and on datname.
      pg_shadow now has unique indexes on usename and on usesysid.
      pg_am now has unique index on oid.
      pg_opclass now has unique index on oid.
      pg_amproc now has unique index on amid+amopclaid+amprocnum.
      Remove pg_rewrite's unnecessary index on oid, delete unused RULEOID syscache.
      Remove index on pg_listener and associated syscache for performance reasons
      (caching rows that are certain to change before you need 'em again is
      rather pointless).
      Change pg_attrdef's nonunique index on adrelid into a unique index on
      adrelid+adnum.
      
      Fix various incorrect settings of pg_class.relisshared, make that the
      primary reference point for whether a relation is shared or not.
      IsSharedSystemRelationName() is now only consulted to initialize relisshared
      during initial creation of tables and indexes.  In theory we might now
      support shared user relations, though it's not clear how one would get
      entries for them into pg_class &etc of multiple databases.
      
      Fix recently reported bug that pg_attribute rows created for an index all have
      the same OID.  (Proof that non-unique OID doesn't matter unless it's
      actually used to do lookups ;-))
      
      There's no need to treat pg_trigger, pg_attrdef, pg_relcheck as bootstrap
      relations.  Convert them into plain system catalogs without hardwired
      entries in pg_class and friends.
      
      Unify global.bki and template1.bki into a single init script postgres.bki,
      since the alleged distinction between them was misleading and pointless.
      Not to mention that it didn't work for setting up indexes on shared
      system relations.
      
      Rationalize locking of pg_shadow, pg_group, pg_attrdef (no need to use
      AccessExclusiveLock where ExclusiveLock or even RowExclusiveLock will do).
      Also, hold locks until transaction commit where necessary.
      1d584f97
  6. Jun 11, 2001
  7. Jun 10, 2001
  8. Jun 09, 2001
  9. Jun 07, 2001
  10. Jun 06, 2001
  11. Jun 05, 2001
  12. Jun 04, 2001
  13. Jun 02, 2001
    • Bruce Momjian's avatar
      Update TODO list. · 1df27f9a
      Bruce Momjian authored
      1df27f9a
    • Peter Eisentraut's avatar
      Native Language Support (NLS) · e5420364
      Peter Eisentraut authored
      Use --enable-nls to turn it on; see installation instructions for details.
      See developer's guide how to make use of it in programs and how to add
      translations.
      
      psql sources have been almost fully prepared and an incomplete German
      translation has been provided.  In the backend, only elog() calls are
      currently translatable, and the provided German translation file is more
      of a placeholder.
      e5420364
  14. Jun 01, 2001
    • Tom Lane's avatar
      Clean up some minor problems exposed by further thought about Panon's bug · 0b370ea7
      Tom Lane authored
      report on old-style functions invoked by RI triggers.  We had a number of
      other places that were being sloppy about which memory context FmgrInfo
      subsidiary data will be allocated in.  Turns out none of them actually
      cause a problem in 7.1, but this is for arcane reasons such as the fact
      that old-style triggers aren't supported anyway.  To avoid getting burnt
      later, I've restructured the trigger support so that we don't keep trigger
      FmgrInfo structs in relcache memory.  Some other related cleanups too:
      it's not really necessary to call fmgr_info at all while setting up
      the index support info in relcache entries, because those ScanKeyEntry
      structs are never used to invoke the functions.  This should speed up
      relcache initialization a tiny bit.
      0b370ea7
    • Bruce Momjian's avatar
      Update release 1.09 date · a1d9d096
      Bruce Momjian authored
      a1d9d096
  15. May 31, 2001
Loading