1. 19 4月, 2002 2 次提交
  2. 18 4月, 2002 1 次提交
    • T
      Opclasses live in namespaces. I also took the opportunity to create · 27a54ae2
      Tom Lane 提交于
      an 'opclass owner' column in pg_opclass.  Nothing is done with it at
      present, but since there are plans to invent a CREATE OPERATOR CLASS
      command soon, we'll probably want DROP OPERATOR CLASS too, which
      suggests that a notion of ownership would be a good idea.
      27a54ae2
  3. 17 4月, 2002 1 次提交
    • T
      Operators live in namespaces. CREATE/DROP/COMMENT ON OPERATOR take · 6cef5d25
      Tom Lane 提交于
      qualified operator names directly, for example CREATE OPERATOR myschema.+
      ( ... ).  To qualify an operator name in an expression you need to write
      OPERATOR(myschema.+) (thanks to Peter for suggesting an escape hatch).
      I also took advantage of having to reformat pg_operator to fix something
      that'd been bugging me for a while: mergejoinable operators should have
      explicit links to the associated cross-data-type comparison operators,
      rather than hardwiring an assumption that they are named < and >.
      6cef5d25
  4. 10 4月, 2002 1 次提交
  5. 05 4月, 2002 1 次提交
  6. 01 4月, 2002 2 次提交
  7. 30 3月, 2002 1 次提交
  8. 22 3月, 2002 2 次提交
    • T
      A little further progress on schemas: push down RangeVars into · 108a0ec8
      Tom Lane 提交于
      addRangeTableEntry calls.  Remove relname field from RTEs, since
      it will no longer be a useful unique identifier of relations;
      we want to encourage people to rely on the relation OID instead.
      Further work on dumping qual expressions in EXPLAIN, too.
      108a0ec8
    • T
      First phase of SCHEMA changes, concentrating on fixing the grammar and · 95ef6a34
      Tom Lane 提交于
      the parsetree representation.  As yet we don't *do* anything with schema
      names, just drop 'em on the floor; but you can enter schema-compatible
      command syntax, and there's even a primitive CREATE SCHEMA command.
      No doc updates yet, except to note that you can now extract a field
      from a function-returning-row's result with (foo(...)).fieldname.
      95ef6a34
  9. 21 3月, 2002 1 次提交
  10. 19 3月, 2002 2 次提交
  11. 10 3月, 2002 3 次提交
  12. 08 3月, 2002 2 次提交
  13. 07 3月, 2002 1 次提交
    • B
      Ok. Updated patch attached. · 01c76f74
      Bruce Momjian 提交于
      - domain.patch -> source patch against pgsql in cvs
      - drop_domain.sgml and create_domain.sgml -> New doc/src/sgml/ref docs
      
      - dominfo.txt -> basic domain related queries I used for testing
      [ ADDED TO /doc]
      
      Enables domains of array elements -> CREATE DOMAIN dom int4[3][2];
      
      Uses a typbasetype column to describe the origin of the domain.
      
      Copies data to attnotnull rather than processing in execMain().
      
      Some documentation differences from earlier.
      
      If this is approved, I'll start working on pg_dump, and a \dD <domain>
      option in psql, and regression tests.  I don't really feel like doing
      those until the system table structure settles for pg_type.
      
      
      CHECKS when added, will also be copied to to the table attributes.  FK
      Constraints (if I ever figure out how) will be done similarly.  Both
      will lbe handled by MergeDomainAttributes() which is called shortly
      before MergeAttributes().
      
      Rod Taylor
      01c76f74
  14. 06 3月, 2002 1 次提交
    • B
      Change made to elog: · 92288a1c
      Bruce Momjian 提交于
      o  Change all current CVS messages of NOTICE to WARNING.  We were going
      to do this just before 7.3 beta but it has to be done now, as you will
      see below.
      
      o Change current INFO messages that should be controlled by
      client_min_messages to NOTICE.
      
      o Force remaining INFO messages, like from EXPLAIN, VACUUM VERBOSE, etc.
      to always go to the client.
      
      o Remove INFO from the client_min_messages options and add NOTICE.
      
      Seems we do need three non-ERROR elog levels to handle the various
      behaviors we need for these messages.
      
      Regression passed.
      92288a1c
  15. 05 3月, 2002 1 次提交
    • B
      I attach a version of my toast-slicing patch, against current CVS · 03194432
      Bruce Momjian 提交于
      (current as of a few hours ago.)
      
      This patch:
      
      1. Adds PG_GETARG_xxx_P_SLICE() macros and associated support routines.
      
      2. Adds routines in src/backend/access/tuptoaster.c for fetching only
      necessary chunks of a toasted value. (Modelled on latest changes to
      assume chunks are returned in order).
      
      3. Amends text_substr and bytea_substr to use new methods. It now
      handles multibyte cases -and should still lead to a performance
      improvement in the multibyte case where the substring is near the
      beginning of the string.
      
      4. Added new command: ALTER TABLE tabname ALTER COLUMN colname SET
      STORAGE {PLAIN | EXTERNAL | EXTENDED | MAIN} to parser and documented in
      alter-table.sgml. (NB I used ColId as the item type for the storage
      mode string, rather than a new production - I hope this makes sense!).
      All this does is sets attstorage for the specified column.
      
      4. AlterTableAlterColumnStatistics is now AlterTableAlterColumnFlags and
      handles both statistics and storage (it uses the subtype code to
      distinguish). The previous version of my patch also re-arranged other
      code in backend/commands/command.c but I have dropped that from this
      patch.(I plan to return to it separately).
      
      5. Documented new macros (and also the PG_GETARG_xxx_P_COPY macros) in
      xfunc.sgml. ref/alter_table.sgml also contains documentation for ALTER
      COLUMN SET STORAGE.
      
      John Gray
      03194432
  16. 03 3月, 2002 1 次提交
    • B
      Commit to match discussed elog() changes. Only update is that LOG is · a033daf5
      Bruce Momjian 提交于
      now just below FATAL in server_min_messages.  Added more text to
      highlight ordering difference between it and client_min_messages.
      
      ---------------------------------------------------------------------------
      
      REALLYFATAL => PANIC
      STOP => PANIC
      New INFO level the prints to client by default
      New LOG level the prints to server log by default
      Cause VACUUM information to print only to the client
      NOTICE => INFO where purely information messages are sent
      DEBUG => LOG for purely server status messages
      DEBUG removed, kept as backward compatible
      DEBUG5, DEBUG4, DEBUG3, DEBUG2, DEBUG1 added
      DebugLvl removed in favor of new DEBUG[1-5] symbols
      New server_min_messages GUC parameter with values:
              DEBUG[5-1], INFO, NOTICE, ERROR, LOG, FATAL, PANIC
      New client_min_messages GUC parameter with values:
              DEBUG[5-1], LOG, INFO, NOTICE, ERROR, FATAL, PANIC
      Server startup now logged with LOG instead of DEBUG
      Remove debug_level GUC parameter
      elog() numbers now start at 10
      Add test to print error message if older elog() values are passed to elog()
      Bootstrap mode now has a -d that requires an argument, like postmaster
      a033daf5
  17. 02 3月, 2002 1 次提交
  18. 25 2月, 2002 3 次提交
  19. 19 2月, 2002 1 次提交
  20. 18 2月, 2002 1 次提交
  21. 09 12月, 2001 1 次提交
  22. 16 11月, 2001 1 次提交
  23. 13 11月, 2001 1 次提交
    • T
      Tweak parser so that there is a defined representation for datatypes · a585c20d
      Tom Lane 提交于
      bpchar, bit, numeric with typmod -1.  Alter format_type so that this
      representation is printed when the typmod is -1.  This ensures that
      tables having such columns can be pg_dump'd and reloaded correctly.
      Also, remove the rather useless and non-SQL-compliant default
      precision and scale for type NUMERIC.  A numeric column declared as
      such (with no precision/scale) will now have typmod -1 which means
      that numeric values of any precision/scale can be stored in it,
      without conversion to a uniform scale.  This seems significantly
      more useful than the former behavior.  Part of response to bug #513.
      a585c20d
  24. 11 11月, 2001 1 次提交
  25. 05 11月, 2001 1 次提交
    • T
      CREATE TABLE foo (x,y,z) AS SELECT ... can't apply target column names · 5251e7b3
      Tom Lane 提交于
      to the target list in gram.y; it must wait till after expansion of the
      target list in analyze.c.  Per bug report 4-Nov:
      lx=# CREATE TABLE abc (a char, b char, c char);
      CREATE
      lx=# CREATE TABLE xyz (x, y, z) AS SELECT * FROM abc;
      ERROR:  CREATE TABLE/AS SELECT has mismatched column count
      5251e7b3
  26. 31 10月, 2001 1 次提交
  27. 23 10月, 2001 3 次提交
  28. 21 10月, 2001 1 次提交
  29. 20 10月, 2001 1 次提交