1. 12 7月, 2002 8 次提交
  2. 11 7月, 2002 5 次提交
  3. 10 7月, 2002 2 次提交
  4. 09 7月, 2002 3 次提交
  5. 08 7月, 2002 4 次提交
  6. 07 7月, 2002 4 次提交
  7. 06 7月, 2002 2 次提交
  8. 05 7月, 2002 9 次提交
  9. 04 7月, 2002 3 次提交
    • B
      More clearly document in pg_dump when we are dealing with an object name · d59478c4
      Bruce Momjian 提交于
      as it appears in the schema dump, and index tags.
      d59478c4
    • T
      Implement the IS DISTINCT FROM operator per SQL99. · 68d9fbeb
      Thomas G. Lockhart 提交于
      Reused the Expr node to hold DISTINCT which strongly resembles
       the existing OP info. Define DISTINCT_EXPR which strongly resembles
       the existing OPER_EXPR opType, but with handling for NULLs required
       by SQL99.
      We have explicit support for single-element DISTINCT comparisons
       all the way through to the executor. But, multi-element DISTINCTs
       are handled by expanding into a comparison tree in gram.y as is done for
       other row comparisons. Per discussions, it might be desirable to move
       this into one or more purpose-built nodes to be handled in the backend.
      Define the optional ROW keyword and token per SQL99.
       This allows single-element row constructs, which were formerly disallowed
       due to shift/reduce conflicts with parenthesized a_expr clauses.
      Define the SQL99 TREAT() function. Currently, use as a synonym for CAST().
      68d9fbeb
    • T