| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Dimitri Fontaine <dimitri(at)2ndQuadrant(dot)fr> |
| Cc: | Robert Haas <robertmhaas(at)gmail(dot)com>, Andres Freund <andres(at)anarazel(dot)de>, pgsql-hackers(at)postgresql(dot)org, Greg Smith <greg(at)2ndquadrant(dot)com>, Bruce Momjian <bruce(at)momjian(dot)us>, Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
| Subject: | Re: Command Triggers |
| Date: | 2012-01-17 21:57:05 |
| Message-ID: | 2281.1326837425@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Dimitri Fontaine <dimitri(at)2ndQuadrant(dot)fr> writes:
> I still have some cleaning to do before to prepare the next patch
> version, such as documentation updating and dealing with rewrites of
> CHECK and DEFAULT column constraints in CREATE TABLE. I had to add
> support for the T_A_Const parser node, and now I'm about to see about
> adding support for the T_A_Expr one, but I can't help to wonder how the
> rewriter could work without them.
It doesn't, and it shouldn't have to. If those nodes get to the
rewriter then somebody forgot to apply parse analysis. What's your test
case?
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Robert Haas | 2012-01-17 22:16:16 | Re: Why is CF 2011-11 still listed as "In Progress"? |
| Previous Message | Thomas Munro | 2012-01-17 21:55:30 | Re: SKIP LOCKED DATA |