cherrex_Den пишет:

> Есть таблица. Надо перелить данные в другую аналогичную таблицу и
> создать триггер, который бы после заливки выполнял бы синхронизацию
> данных. С переливкой и триггером проблем нет, но таблица часто
> изменяемая (много update и insert) и есть вероятность, что не все данные
> перельются. Как полностью заблокировать таблицу пока происходит
> переливка данных и создание триггера? Таблица имеет построчную схему
> блокировки, а пользователи работают на уровне изоляции транзакции 1.

begin transaction
lock table MYTABLE

....

commit/rollback

Но lock table действует только в транзакции и до конца данной транзакции.


> двум отдельным триггерам или проверять таблицу deleted на наличие строк,
> но может, есть более простой способ (через глобальную переменную, например).

Это вот не знаю.
Posted via ActualForum NNTP Server 1.4

Ggg_old wrote:

> можно еще во время переливки использовать более высокий уровень изоляции
> - serializable.
1) Это тоже в транзакции (одной) надо делать.
2) Результат отнюдь не гарантирован.

так что lock table.
Posted via ActualForum NNTP Server 1.4

cherrex_Den wrote:

> а "create trigger" можно использовать в транзакции?
>

В многостейтментной транзакции создать триггер ?
Думаю, вряд ли.
Но его можно и до транзакции создать.

> Ggg_old
> можно еще во время переливки использовать более высокий уровень изоляции
> - serializable.
>
>
>
> а serializable избавит меня от инсертов которые не блокируют таблицу с
> построчной схемой блокировки?

Вы не слушайте про serializable, ещё раз, serializable вам НИЧЕГО НЕ
БУДЕТ ГАРАНТИРОВАТЬ. Нет, он конечно будет гарантировать, что эта
транзакция с другими будет выполнена так, как если бы она выполнялась
строго последовательно, но вся загвоздка имено в этом "БЫ".
Короче, lock table ничем не хуже поднятия уровня изоляции, но
гарантированно даёт ясный и понятный результат - он захватит таблицу
и до конца этой транзакции только эта транзакция сможет с таблицей работать.
Posted via ActualForum NNTP Server 1.4