pg_restore не отключает триггеры

Question

Используя PostgreSQL 9.2.8, я пытаюсь восстановить только мои данные из одной базы данных в другую, но триггеры, похоже, все еще работают. Я написал сценарий, показанный ниже, чтобы сделать копию.

В основном у меня есть dts как моя производственная база данных, и у меня есть DigitalTrafficSystem как моя база данных разработки. Структуры таблиц одинаковы, но у разработчика есть очень разные хранимые процедуры.

Когда восстановление выполняется, база данных DigitalTrafficSystem заканчивается кучей дополнительных строк таблицы, которых нет в базе данных dts, поэтому я предполагаю, что они создаются триггерами.

Сообщения я получаю связанные с триггерами, для каждой таблицы, выглядеть так:

pg_restore: [archiver (db)] could not execute query: ERROR: permission denied: "RI_ConstraintTrigger_c_136691" is a system trigger 
Command was: ALTER TABLE usage ENABLE TRIGGER ALL; 

Я предполагаю, что триггеры отключены, но только что триггер уровень системы не может (ошибочно?) отключиться.

Вот мой сценарий:

#!/bin/sh 

PGUSER=dts 
FILE=/tmp/.dts.db.$$ 

# Dump the schema of the DB as we want this to keep 
pg_dump -s DigitalTrafficSystem -f $FILE 

dropdb -U _postgres DigitalTrafficSystem 
if [ $? -ne 0 ]; then 
    exit; 
fi 

createdb -U _postgres -O dts DigitalTrafficSystem 
if [ $? -ne 0 ]; then 
    exit; 
fi 

# Restore the schema 
psql -d DigitalTrafficSystem -f $FILE 

# Dump the data of the real production database 
pg_dump -Fc -a dts -f $FILE > /dev/null 
if [ $? -ne 0 ]; then 
    exit; 
fi 

# Restore only the data from the real database to our development one 
pg_restore -a -d DigitalTrafficSystem --disable-triggers -S dts $FILE 

rm $FILE 

Answer 1

Я предполагаю, что (? Ошибочно), что триггеры отключены, но только что триггер уровня система не могла отключенным.

Нет, потому что успех команды SQL является вопросом «все или ничего». Команда, которая не является предположительно формы:

ALTER TABLE usage DISABLE TRIGGER ALL; 

и она должна потерпеть неудачу, она не будет выполнена полностью, а не делать половину работы, которая будет отключить триггер на уровне пользователя и оставляя RI-ограничения триггеры включены.

pg_restore док говорит:

 Presently, the commands emitted for --disable-triggers must be done 
     as superuser. So you should also specify a superuser name with -S 
     or, preferably, run pg_restore as a PostgreSQL superuser. 

и

-S username, --superuser=username 
     Specify the superuser user name to use when disabling triggers. 
     This is relevant only if --disable-triggers is used. 

Но ваш dts не суперпользователя. Похоже, что _postgres - суперпользователь, согласно остальной части сценария. В таком случае, почему бы не передать его -S?

Еще один момент, как примечания @wildplasser в комментариях, немного странно беспокоить триггеры в совершенно новой базе данных, так как ваш скрипт создает базу данных и сразу запускает импорт данных. Можем ли мы предположить, что это база данных template1, которая содержит эти объекты, с этими триггерами? Но тогда обратите внимание, что данные в таблицах от template1 также импортируются во вновь созданную базу данных, поэтому их также необходимо учитывать для любой дополнительной строки, найденной между источником дампа и конечным результатом в базе данных назначения ,