pgsql-server/src backend/catalog/heap.c backen ...
От | tgl@postgresql.org (Tom Lane) |
---|---|
Тема | pgsql-server/src backend/catalog/heap.c backen ... |
Дата | |
Msg-id | 20030429221311.E79A247633C@postgresql.org обсуждение исходный текст |
Список | pgsql-committers |
CVSROOT: /cvsroot Module name: pgsql-server Changes by: tgl@postgresql.org 03/04/29 18:13:11 Modified files: src/backend/catalog: heap.c src/backend/commands: schemacmds.c tablecmds.c typecmds.c src/backend/executor: spi.c src/backend/optimizer/plan: subselect.c src/backend/optimizer/prep: prepunion.c src/backend/optimizer/util: clauses.c src/backend/parser: analyze.c parse_clause.c parse_coerce.c parse_expr.c parse_func.c parse_node.c parse_oper.c parse_relation.c parse_target.c parse_type.c parser.c src/backend/rewrite: rewriteHandler.c src/backend/tcop: postgres.c src/include/parser: analyze.h gramparse.h parse_coerce.h parse_func.h parse_node.h parse_oper.h parser.h src/include/tcop: tcopprot.h Log message: Infrastructure for deducing Param types from context, in the same way 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.
В списке pgsql-committers по дате отправления: