Re: Re: [BUGS] BUG #8128: pg_dump (>= 9.1) failed while dumping a scheme named "old" from PostgreSQL 8.4
От | Stefan Kaltenbrunner |
---|---|
Тема | Re: Re: [BUGS] BUG #8128: pg_dump (>= 9.1) failed while dumping a scheme named "old" from PostgreSQL 8.4 |
Дата | |
Msg-id | 518128B4.3010604@kaltenbrunner.cc обсуждение исходный текст |
Ответ на | Re: [BUGS] BUG #8128: pg_dump (>= 9.1) failed while dumping a scheme named "old" from PostgreSQL 8.4 (David Fetter <david@fetter.org>) |
Список | pgsql-hackers |
On 05/01/2013 04:26 PM, David Fetter wrote: > On Tue, Apr 30, 2013 at 07:53:27PM -0400, Tom Lane wrote: >> Adrian.Vondendriesch@credativ.de writes: >>> [ recent pg_dump fails against an 8.4 server if "old" is used as a >>> name ] >> >> Yeah. The reason for this is that "old" was considered a reserved >> word in 8.4 and before, but since 9.0 it is not reserved (indeed it >> isn't a keyword at all anymore), so 9.0 and later pg_dump don't >> think they need to quote it in commands. > > According to SQL:2003 and SQL:2008 (and the draft standard, if that > matters) in section 5.2 of Foundation, both NEW and OLD are reserved > words, so we're going to need to re-reserve them to comply. erm? I don't really see why we have any need to reserve something _on purpose_ when there is no technical reason to do so... > > Sadly, this will cause problems for people who have tables with those > names, but we've introduced incompatibilities (in 8.3, e.g.) that hit > a much bigger part of our user base much harder than this. When we do > re-reserve, we'll need to come up with a migration path. so why again do we want to create an(other) incompatibility hazard? Stefan
В списке pgsql-hackers по дате отправления: