• T
    Revise collation derivation method and expression-tree representation. · b310b6e3
    Tom Lane 提交于
    All expression nodes now have an explicit output-collation field, unless
    they are known to only return a noncollatable data type (such as boolean
    or record).  Also, nodes that can invoke collation-aware functions store
    a separate field that is the collation value to pass to the function.
    This avoids confusion that arises when a function has collatable inputs
    and noncollatable output type, or vice versa.
    
    Also, replace the parser's on-the-fly collation assignment method with
    a post-pass over the completed expression tree.  This allows us to use
    a more complex (and hopefully more nearly spec-compliant) assignment
    rule without paying for it in extra storage in every expression node.
    
    Fix assorted bugs in the planner's handling of collations by making
    collation one of the defining properties of an EquivalenceClass and
    by converting CollateExprs into discardable RelabelType nodes during
    expression preprocessing.
    b310b6e3
planmain.h 4.9 KB