Re: BUG #5488: pg_dump does not quote column names -> pg_restore may fail when upgrading
От | Stephen Frost |
---|---|
Тема | Re: BUG #5488: pg_dump does not quote column names -> pg_restore may fail when upgrading |
Дата | |
Msg-id | 20100610144311.GD21875@tamriel.snowman.net обсуждение исходный текст |
Ответ на | Re: BUG #5488: pg_dump does not quote column names -> pg_restore may fail when upgrading (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: BUG #5488: pg_dump does not quote column names -> pg_restore may fail when upgrading
|
Список | pgsql-bugs |
* Tom Lane (tgl@sss.pgh.pa.us) wrote: > Stefan Kaltenbrunner <stefan@kaltenbrunner.cc> writes: > > That is exactly what I think is "to big a promise" - I don't think we= =20 > > can actually guarantee that this will fix the dump/restore issue (well= =20 > > the dump might load but say the 30000 lines of plpgsql using dynamic SQ= L=20 > > will still be broken). >=20 > Yeah, that's a mighty good point. We are certainly not going to try to > fix the contents of function bodies. The only things we could possibly > fix that we don't handle today (when using the newer pg_dump) are > references in views, check constraint expressions, etc. Erm, I don't know that we deal with function-body problems today, even when using the newer version of pg_dump, do we? Don't we set check_function_bodies off, meaning they won't hit the problem till they try to run the function? We use $ quoting for the function bodies entirely otherwise... Thanks, Stephen
В списке pgsql-bugs по дате отправления: