2Vel

переносятся ли юзеры дампом? или надо шаманить? Че-то на вскидку не вижу в букваре. (7.0 -> 7.3, ругань на неверный архив, ищу причины)

2VEL вроде проясняется: начал прогонять SQL дампа кусками (в pgAdmin). Таблички создаются. А вот с функциями облом. Ругается на разные места, в основном - касательно преобразования типов. Или отсутствие функций. Например:

Лечу вставкой кастов. Наверное - неоптимально. И надо бы придумать некий стандартный метод. С тем, чтобы окончательный переход (в нужный момент) можно было проделать, как и положено, подъемом дампа, разве что отрихтованного массовой заменой каких-либо предложений, или вставкой каких-то предложений в начало дампа, скажем описывающих некое преобразование типов, для того, чтобы ф-ии проскочили. Пока не решил. Если есть идеи/наработки - приму с благодарностью.

...А ругань - со слов админа - "бед архив". Первым предположение было: - изменился формат дампа (версионное разхождение).

____
2 Konrad . Возможно. Я не админ. (ни одного из 2-х). Со слов - следущее : "сделан дамполл". Я его просматриваю: - нигде "криэйт юзеров" нет. есть только "/коннект - юзер". Т.ч. тут вряд ли _создаются_ юзеры.

Продолжаю прогонку дампа по частям:

1. предложения CREATE UNIQUE INDEX - все отработали результативно.
2. -//_ CREATE RULE (- создание видов, в моем случае) - тоже.
3. а вот с CREATE CONSTRAINT TRIGGER какая-то лажа: Запускай хоть до посинения. Запрос отрабатывает успешно. Ошибок нет. Но и ни одного триггера не вижу. (в диалекте 7.0 НЕТ "OR REPLACE", а ошибки с повторным запуском тем не менее также не возникает). В чем собака порылась?


Ага, кажется понял: в 7.0 предложения вида
ALTER TABLE ххх
ADD CONSTRAINT ххх
[FOREIGN KEY|REFERENCES]

отражаются в дампе как набор CREATE CONSTRAINT TRIGGER
а в 7.3, похоже, именно так, как написаны. Т.е. подьему дампа они (CREATE CONSTRAINT TRIGGER) мешать не должны, а просто (запущеные в SQL строке) не вызывают НИКАКИХ изменений.
Т.ч. и тут, похоже, придется руками ставить связи после залики данных. Есть ли другие возможности?

2 Konrad
пасиб. :0)

думается, у меня не тот случай. Просто заливка из дампола не прошла (ф-ии не пролезают - см. выше). А мне прислали уже просто дамп. (некую нн-ю по счету попытку просунуть "бед архив" в пг_ресторе.) Но он (дамп) как был "бед", так и остался.
__
я вот пока смотрю - "криэйт констрайнт триггеры" можно попарно разобрать синтаксически (на вскидку - не сложно) и програмно сгенерить "альтер таблы, едд констрайнты", но пока базка невелика, т.ч. обойдусь вручную, пожалуй. Но я собрався понатыкать еще триггерков в работающую (7.0), а вот такая лажа с ручной разборкой дампа в случае планируемого перезда на 7.3 как-то не внушает. Че то там еще повылазит?

__
еще вопрос: если поднимать дамп данных в полностью поднятую схему - то от порядка заливки может вышибать на вторичных ключах. Отключается ли при заливке дампа проверка констрайнтов хотя бы до конца заливки? (т.е. отличается ли заливка дампа пг_ресторой от простой последовательной прогонки SQL операторов). Или планировать пошагово: 1. создание таблиц - 2. заливка данных - 3. создание ограничений? (как это наблюдается в просматриваемом дампе)

Ура!
(Я знал! Я знал!
...вернее - я догадывался :0).


Еще раз спасибо.