Re: Coerce to Domain
От | Rod Taylor |
---|---|
Тема | Re: Coerce to Domain |
Дата | |
Msg-id | 1040170694.58485.55.camel@jester обсуждение исходный текст |
Ответ на | Re: Coerce to Domain (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Coerce to Domain
|
Список | pgsql-hackers |
On Tue, 2002-12-17 at 18:15, Tom Lane wrote: > 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? Ok.. Cooked was the wrong word. The individual constraints will not be retested, but the group as a whole will be prepared (discovered?, looked up?). > node for the CoerceToDomain node (being careful to copy it into > estate->es_query_cxt). Maybe that was already apparent to you ... Somewhat apparent given your recent commits. I've not looked to find out exactly what it is yet, but I'm guessing recent changes to EvalPlanQual() will tell me. -- Rod Taylor <rbt@rbt.ca> PGP Key: http://www.rbt.ca/rbtpub.asc
В списке pgsql-hackers по дате отправления: