1. 07 5月, 2003 2 次提交
    • T
      Add display of eventual result RowDescription (if any) to the output · 755d1917
      Tom Lane 提交于
      of Describe on a prepared statement.  This was in the original 3.0
      protocol proposal, but I took it out for reasons that seemed good at
      the time.  Put it back per yesterday's pghackers discussion.
      755d1917
    • T
      Restructure command destination handling so that we pass around · 79913910
      Tom Lane 提交于
      DestReceiver pointers instead of just CommandDest values.  The DestReceiver
      is made at the point where the destination is selected, rather than
      deep inside the executor.  This cleans up the original kluge implementation
      of tstoreReceiver.c, and makes it easy to support retrieving results
      from utility statements inside portals.  Thus, you can now do fun things
      like Bind and Execute a FETCH or EXPLAIN command, and it'll all work
      as expected (e.g., you can Describe the portal, or use Execute's count
      parameter to suspend the output partway through).  Implementation involves
      stuffing the utility command's output into a Tuplestore, which would be
      kind of annoying for huge output sets, but should be quite acceptable
      for typical uses of utility commands.
      79913910
  2. 06 5月, 2003 3 次提交
  3. 05 5月, 2003 1 次提交
  4. 03 5月, 2003 5 次提交
  5. 30 4月, 2003 1 次提交
    • T
      Infrastructure for deducing Param types from context, in the same way · aa282d44
      Tom Lane 提交于
      that the types of untyped string-literal constants are deduced (ie,
      when coerce_type is applied to 'em, that's what the type must be).
      Remove the ancient hack of storing the input Param-types array as a
      global variable, and put the info into ParseState instead.  This touches
      a lot of files because of adjustment of routine parameter lists, but
      it's really not a large patch.  Note: PREPARE statement still insists on
      exact specification of parameter types, but that could easily be relaxed
      now, if we wanted to do so.
      aa282d44
  6. 28 4月, 2003 1 次提交
    • T
      Put back encoding-conversion step in processing of incoming queries; · 982430f8
      Tom Lane 提交于
      I had inadvertently omitted it while rearranging things to support
      length-counted incoming messages.  Also, change the parser's API back
      to accepting a 'char *' query string instead of 'StringInfo', as the
      latter wasn't buying us anything except overhead.  (I think when I put
      it in I had some notion of making the parser API 8-bit-clean, but
      seeing that flex depends on null-terminated input, that's not really
      ever gonna happen.)
      982430f8
  7. 25 4月, 2003 1 次提交
    • T
      Infrastructure for upgraded error reporting mechanism. elog.c is · f690920a
      Tom Lane 提交于
      rewritten and the protocol is changed, but most elog calls are still
      elog calls.  Also, we need to contemplate mechanisms for controlling
      all this functionality --- eg, how much stuff should appear in the
      postmaster log?  And what API should libpq expose for it?
      f690920a
  8. 22 4月, 2003 1 次提交
    • T
      Another round of protocol changes. Backend-to-frontend messages now all · 5ed27e35
      Tom Lane 提交于
      have length words.  COPY OUT reimplemented per new protocol: it doesn't
      need \. anymore, thank goodness.  COPY BINARY to/from frontend works,
      at least as far as the backend is concerned --- libpq's PQgetline API
      is not up to snuff, and will have to be replaced with something that is
      null-safe.  libpq uses message length words for performance improvement
      (no cycles wasted rescanning long messages), but not yet for error
      recovery.
      5ed27e35
  9. 19 4月, 2003 1 次提交
  10. 18 4月, 2003 1 次提交
  11. 25 3月, 2003 1 次提交
  12. 22 3月, 2003 1 次提交
  13. 20 3月, 2003 1 次提交
    • B
      Todo items: · 5f65225f
      Bruce Momjian 提交于
      Add ALTER SEQUENCE to modify min/max/increment/cache/cycle values
      
      Also updated create sequence docs to mention NO MINVALUE, & NO MAXVALUE.
      
      New Files:
      doc/src/sgml/ref/alter_sequence.sgml
      src/test/regress/expected/sequence.out
      src/test/regress/sql/sequence.sql
      
      
      ALTER SEQUENCE is NOT transactional.  It behaves similarly to setval().
      It matches the proposed SQL200N spec, as well as Oracle in most ways --
      Oracle lacks RESTART WITH for some strange reason.
      
      --
      Rod Taylor <rbt@rbt.ca>
      5f65225f
  14. 10 3月, 2003 1 次提交
    • T
      Restructure parsetree representation of DECLARE CURSOR: now it's a · aa83bc04
      Tom Lane 提交于
      utility statement (DeclareCursorStmt) with a SELECT query dangling from
      it, rather than a SELECT query with a few unusual fields in it.  Add
      code to determine whether a planned query can safely be run backwards.
      If DECLARE CURSOR specifies SCROLL, ensure that the plan can be run
      backwards by adding a Materialize plan node if it can't.  Without SCROLL,
      you get an error if you try to fetch backwards from a cursor that can't
      handle it.  (There is still some discussion about what the exact
      behavior should be, but this is necessary infrastructure in any case.)
      Along the way, make EXPLAIN DECLARE CURSOR work.
      aa83bc04
  15. 06 3月, 2003 1 次提交
  16. 10 2月, 2003 1 次提交
  17. 02 1月, 2003 1 次提交
  18. 06 12月, 2002 3 次提交
  19. 20 11月, 2002 1 次提交
  20. 15 11月, 2002 2 次提交
  21. 01 11月, 2002 1 次提交
  22. 25 10月, 2002 1 次提交
  23. 20 10月, 2002 1 次提交
  24. 19 10月, 2002 1 次提交
  25. 15 10月, 2002 2 次提交
  26. 14 10月, 2002 1 次提交
  27. 09 10月, 2002 2 次提交
  28. 06 10月, 2002 1 次提交