1. 19 Oct, 1999 1 commit
  2. 18 Oct, 1999 7 commits
  3. 17 Oct, 1999 5 commits
  4. 16 Oct, 1999 3 commits
  5. 15 Oct, 1999 5 commits
    • Michael Meskes's avatar
      *** empty log message *** · 6fb3c3f7
      Michael Meskes authored
      6fb3c3f7
    • Bruce Momjian's avatar
      Fix typo in descriptions. · 06d95d94
      Bruce Momjian authored
      06d95d94
    • Bruce Momjian's avatar
      Clean up type descriptions. · e16db383
      Bruce Momjian authored
      e16db383
    • Bruce Momjian's avatar
      This patch implements ORACLE's COMMENT SQL command. · 7acc2377
      Bruce Momjian authored
      >From the ORACLE 7 SQL Language Reference Manual:
      -----------------------------------------------------
      COMMENT
      
      Purpose:
      
      To add a comment about a table, view, snapshot, or
      column into the data dictionary.
      
      Prerequisites:
      
      The table, view, or snapshot must be in your own
      schema
      or you must have COMMENT ANY TABLE system privilege.
      
      Syntax:
      
      COMMENT ON [ TABLE table ] |
                 [ COLUMN table.column] IS 'text'
      
      You can effectively drop a comment from the database
      by setting it to the empty string ''.
      -----------------------------------------------------
      
      Example:
      
      COMMENT ON TABLE workorders IS
         'Maintains base records for workorder information';
      
      COMMENT ON COLUMN workorders.hours IS
         'Number of hours the engineer worked on the task';
      
      to drop a comment:
      
      COMMENT ON COLUMN workorders.hours IS '';
      
      The current patch will simply perform the insert into
      pg_description, as per the TODO. And, of course, when
      the table is dropped, any comments relating to it
      or any of its attributes are also dropped. I haven't
      looked at the ODBC source yet, but I do know from
      an ODBC client standpoint that the standard does
      support the notion of table and column comments.
      Hopefully the ODBC driver is already fetching these
      values from pg_description, but if not, it should be
      trivial.
      
      Hope this makes the grade,
      
      Mike Mascari
      (mascarim@yahoo.com)
      7acc2377
    • Bruce Momjian's avatar
      Add S-tree doc for possible future use. · 55fa71a9
      Bruce Momjian authored
      55fa71a9
  6. 14 Oct, 1999 1 commit
  7. 13 Oct, 1999 6 commits
    • Bruce Momjian's avatar
      Correctly return -1 on error to CmdTuples() · c7dea3a6
      Bruce Momjian authored
      Vince.
      c7dea3a6
    • Tom Lane's avatar
      Split 'BufFile' routines out of fd.c into a new module, buffile.c. Extend · db3c4c3a
      Tom Lane authored
      BufFile so that it handles multi-segment temporary files transparently.
      This allows sorts and hashes to work with data exceeding 2Gig (or whatever
      the local limit on file size is).  Change psort.c to use relative seeks
      instead of absolute seeks for backwards scanning, so that it won't fail
      when the data volume exceeds 2Gig.
      db3c4c3a
    • Bruce Momjian's avatar
      Hi, · c3ac9f07
      Bruce Momjian authored
      I have changed a bit the makefiles for the win32 port - the *.def files
      (created when building shared libraries) are now clean from
      Makefile.shlib.
      
      I have also removed "-g" from CFLAGS in the "cygwin32" template - it can
      be
      enabled when running configure.
      
                              Dan
      c3ac9f07
    • Bruce Momjian's avatar
      Update jdbc for release version #> · 8ce829ea
      Bruce Momjian authored
      8ce829ea
    • Bruce Momjian's avatar
      Update for NUMERIC/DECIMAL data type. · e3dd4942
      Bruce Momjian authored
      e3dd4942
    • Bruce Momjian's avatar
      BLOBs containing NUL characters (ASCII 0) can be written to the · 7ee7ee13
      Bruce Momjian authored
      database, but they get truncated at the first NUL by lo_read
      when they are read back. The reason for this is that lo_read in
      Pg.xs is using the default:
          OUTPUT:
              RETVAL
              buf
      which uses C's strlen() to work out the length of the scalar.
      
      The code ought to read something more like:
          OUTPUT:
              RETVAL
              buf sv_setpvn((SV*)ST(2), buf, RETVAL);
      
      I am not sure if this needs to be done on both lo_read methods
      in this file, but I changed both and have not since had any
      problems with truncated BLOBs.
      
      Douglas Thomson <dougt@mugc.cc.monash.edu.au>
      7ee7ee13
  8. 12 Oct, 1999 12 commits