Re: Hard-coded PUBLIC in pg_dump
От | Bruce Momjian |
---|---|
Тема | Re: Hard-coded PUBLIC in pg_dump |
Дата | |
Msg-id | 200212011844.gB1Ii7b14487@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: Hard-coded PUBLIC in pg_dump (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Hard-coded PUBLIC in pg_dump
Re: Hard-coded PUBLIC in pg_dump |
Список | pgsql-hackers |
Tom Lane wrote: > If the parser treated PUBLIC as an actual keyword, you'd not be having > this problem, because keywords are case-folded on an ASCII-only basis > (which is consistent with the SQL99 spec, amazingly enough). > > We put in the above hack after someone complained that PUBLIC didn't use > to be a reserved word ... but considering that SQL92 clearly lists it as > a reserved word, there's not a lot of ground for that complaint to stand > on. > > I'd prefer shifting PUBLIC back to the true-keyword category over any > of the other workarounds you've suggested ... PUBLIC doesn't seem like a very common column name --- seems safe to make it reserved. We made 'value' reserved in 7.3, and that was a much more common one. -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001+ If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania19073
В списке pgsql-hackers по дате отправления: