pgsql: Fix pg_restore to do the right thing when escaping large objects

Поиск
Список
Период
Сортировка
От Tom Lane
Тема pgsql: Fix pg_restore to do the right thing when escaping large objects
Дата
Msg-id E1PgORh-0003PD-OY@gemulon.postgresql.org
обсуждение исходный текст
Список pgsql-committers
Fix pg_restore to do the right thing when escaping large objects.

Specifically, this makes the workflow pg_dump -Fc -> pg_restore -> file
produce correct output for BLOBs when the source database has
standard_conforming_strings turned on.  It was already okay when that was
off, or if pg_restore was told to restore directly into a database.

This is a back-port of commit b1732111f233bbb72788e92a627242ec28a85631 of
2009-08-04, with additional changes to emit old-style escaped bytea data
instead of hex-style.  At the time, we had not heard of anyone encountering
the problem in the field, so I judged it not worth the risk of changing
back branches.  Now we do have a report, from Bosco Rama, so back-patch
into 8.2 through 8.4.  9.0 and up are okay already.

Branch
------
REL8_2_STABLE

Details
-------
http://git.postgresql.org/gitweb?p=postgresql.git;a=commitdiff;h=aae2a02c9d04bf8fc7469cb2097a6ef44e273bc9

Modified Files
--------------
src/bin/pg_dump/dumputils.c          |   78 ++++++++++++++++++++++++++++++++++
src/bin/pg_dump/dumputils.h          |    3 +
src/bin/pg_dump/pg_backup_archiver.c |   15 +++----
src/bin/pg_dump/pg_backup_archiver.h |    3 +
src/bin/pg_dump/pg_backup_null.c     |   15 ++++---
5 files changed, 99 insertions(+), 15 deletions(-)


В списке pgsql-committers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: pgsql: Fix pg_restore to do the right thing when escaping large objects
Следующее
От: Peter Eisentraut
Дата:
Сообщение: pgsql: Correctly add exceptions to the plpy module for Python 3