Re: Coerce to Domain
От | Tom Lane |
---|---|
Тема | Re: Coerce to Domain |
Дата | |
Msg-id | 15008.1040166954@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Coerce to Domain (Rod Taylor <rbt@rbt.ca>) |
Ответы |
Re: Coerce to Domain
|
Список | pgsql-hackers |
Rod Taylor <rbt@rbt.ca> writes: > 3. On initial pass, CoerceToDomain will have a 'raw' expression tree > (simple arg of data to coerce). After passing through > ExecCoerceTypeConstraints a 'cooked' expression tree will contain the > constraint tests. Uh ... why? The cooked tree should be stored in pg_constraint, no? What's the point of redoing the parse analysis phase? BTW, this should be a lot easier to do cleanly (ie, without memory leaks) now that there's a notion of expression state trees. You can attach the information loaded from pg_constraint to the expression state node for the CoerceToDomain node (being careful to copy it into estate->es_query_cxt). Maybe that was already apparent to you ... regards, tom lane
В списке pgsql-hackers по дате отправления: