Гость
Целевая тема:
Создать новую тему:
Автор:
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / 8.2 > 8.3 некоторые триггеры после миграции упали в "disable" / 5 сообщений из 5, страница 1 из 1
03.03.2008, 13:58
    #35166994
Степан H.
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
8.2 > 8.3 некоторые триггеры после миграции упали в "disable"
начал копаль грубже ...
вродь как если не мой "owner" значица устанавливаемсо в "disable"
...
у меня создатель некоторых триггеров другой пользователь но на момент миграции в новой базе этот пользователь еще не был создан.

возможно все это полная ерунда и гуру меня поправят, однако некоторые триггера в "disable" после миграции с 8.2 > 8.3 - это факт.

И вопросик еще...
Ситуацию поправил, но ... есть ли способ (для ленивых) включить все без исключения триггера?

Спасибо.
...
Рейтинг: 0 / 0
03.03.2008, 22:30
    #35168316
iz
iz
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
8.2 > 8.3 некоторые триггеры после миграции упали в "disable"
Степан H.начал копаль грубже ...
вродь как если не мой "owner" значица устанавливаемсо в "disable"
...
у меня создатель некоторых триггеров другой пользователь но на момент миграции в новой базе этот пользователь еще не был создан.

возможно все это полная ерунда и гуру меня поправят, однако некоторые триггера в "disable" после миграции с 8.2 > 8.3 - это факт.

И вопросик еще...
Ситуацию поправил, но ... есть ли способ (для ленивых) включить все без исключения триггера?

Спасибо.

По идее такого не должно быть -- у вас же дамп разворачивается консистентный. Значит вы все же что-то напутали там с пользователями.

Что касается включить все триггеры, то это можно сделать руками. Нужно достать из системных каталогов список всех таблиц с триггерами и в цикле сделать им ALTER TABLE ... ENABLE TRIGGER ALL;
...
Рейтинг: 0 / 0
04.03.2008, 11:24
    #35168980
Winnipuh
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
8.2 > 8.3 некоторые триггеры после миграции упали в "disable"
iz Степан H.начал копаль грубже ...
вродь как если не мой "owner" значица устанавливаемсо в "disable"
...
у меня создатель некоторых триггеров другой пользователь но на момент миграции в новой базе этот пользователь еще не был создан.

возможно все это полная ерунда и гуру меня поправят, однако некоторые триггера в "disable" после миграции с 8.2 > 8.3 - это факт.

И вопросик еще...
Ситуацию поправил, но ... есть ли способ (для ленивых) включить все без исключения триггера?

Спасибо.

По идее такого не должно быть -- у вас же дамп разворачивается консистентный. Значит вы все же что-то напутали там с пользователями.

Что касается включить все триггеры, то это можно сделать руками. Нужно достать из системных каталогов список всех таблиц с триггерами и в цикле сделать им ALTER TABLE ... ENABLE TRIGGER ALL;

у меня было точно то же самое,когда переносил базу на бету 8.3, сообщение писал в форум
...
Рейтинг: 0 / 0
04.03.2008, 18:13
    #35170803
Степан H.
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
8.2 > 8.3 некоторые триггеры после миграции упали в "disable"
Мне кажется что это не последние грабли на которые придется наступить ...
...
Рейтинг: 0 / 0
06.03.2008, 00:27
    #35174208
iz
iz
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
8.2 > 8.3 некоторые триггеры после миграции упали в "disable"
Я мигрировал уже несколько систем на 8.3, все работает как часы. Скоро выложу статью об этой миграции и проблемах, которые могут подстерегать. Самые большие из проблем -- естественно, tsearch2 и удаление неявного кастинга некоторых типов.
...
Рейтинг: 0 / 0
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / 8.2 > 8.3 некоторые триггеры после миграции упали в "disable" / 5 сообщений из 5, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]