Firebird транзакции и блокировки записей

@rusl31 · Регистрация: 09.01.2012

Студворк — интернет-сервис помощи студентам

Есть база данных и клиентское приложение. В БД есть таблица Заказы. Пользователь редактирует заказы через форму редактирования, может несколько разных заказов открыть одновременно.
Теперь пользователей стало больше одного. Собственно задача: если один пользователь открыл запись на редактирование, то все остальные при открытии этой записи должны получить предупреждение о том, что запись уже редактируется и иметь возможность только читать ее.
Клиентское приложение на С# и .NET.

Прошу не судить строго, я пока плохо понимаю механизмы транзакций, блокировок. Чтение ibase.ru пока не помогло.
У меня такие мысли.
При открытии формы на редактирование:
1. Запускаем транзакцию. Нужно, чтобы она сразу захватила запись и во время своей жизни позволяла только чтение оригинала. Так понимаю, нужна транзакция READ WRITE, NO WAIT, READ COMMITTED.
2. Получаем запись SELECTом, заполняем форму.
3. Для проверки, захвачена ли запись, делаем попытку ее изменения:

SQL
1
UPDATE ORDERS SET ORDER_DATE=ORDER_DATE WHERE ORDER_ID=<id записи>;

Если захвачена - по идее должна выбрасываться ошибка, я ее обрабатываю(сообщаю пользователю "Запись редактируется", на форме отключаю возможность сохранения заказа).
Если запись не захвачена, пользователь редактирует ее (то что захватчик может пойти чай пить - пока не проблема для других, главное, чтобы транзакция жила, пока открыта форма), нажимает на "сохранить", идет запрос на UPDATE записи, форма закрывается, транзакция COMMITится, запись освобождается.

Что скажете насчет такого решения проблемы?
Кто-нибудь работает с .NET? Там у OdbcConnection есть метод BeginTransaction, который принимает только 1 аргумент - уровень изоляции транзакции. Как же тогда указать, что транзакция должна быть NO WAIT?

И еще, к примеру хочу объединить пару операций в транзакцию:

SQL
1
2
3
4
SET TRANSACTION READ WRITE NO WAIT READ COMMITTED;
UPDATE ORDERS SET SEAL='888' WHERE ORDER_ID < 55;
SELECT * FROM ORDERS WHERE ORDER_ID < 55;
COMMIT;

Почему этот запрос не выполняется? IB Expert выдает SQL error code = -104, ругается на 2 строку.

arni · 07.04.2015, 17:20

Почему этот запрос не выполняется?

1) Потому что это не запрос. Это скрипт (набор команд).
2) Управление транзакциями (старт/коммит) делаются не средствами SQL, а компонентами доступа или низкоуровневыми вызовами.

Добавлено через 7 минут
По сабжу есть статья Как заблокировать запись в InterBase/Firebird.
Либо можно скачать Firebird 2.5 Language Reference и поискать там по фразам "WITH LOCK" и "FOR UPDATE"

@rusl31 · 10.04.2015, 08:37 **[ТС]**

arni, спасибо, WITH LOCK - то что надо.
Кто-нибудь в курсе, как используя ODBC, запустить транзакцию с параметром NO WAIT?

Добавлено через 23 часа 24 минуты
Вопрос снят, воспользовался библиотекой FirebirdSql.Data.FirebirdClient.

Новые блоги и статьи Все статьи Все блоги /
Отображение реквизитов в документе по условию и контроль их заполнения Maks 04.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеСпецтехники", разработанного в конфигурации КА2. Данный документ берёт данные из другого нетипового документа. . .	Фото всей Земли с борта корабля Orion миссии Artemis II kumehtar 04.04.2026 Это первое подобное фото сделанное человеком за 50 лет. Снимок называют новым вариантом легендарной фотографии «The Blue Marble» 1972 года, сделанной с борта корабля «Аполлон-17». Новое фото. . .	Вывод диалогового окна перед закрытием, если документ не проведён Maks 04.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: реализовать программный контроль на предмет проведения документа. . .	Программный контроль заполнения реквизита табличной части документа Maks 02.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: реализовать контроль заполнения реквизита "ПричинаСписания". . .
wmic не является внутренней или внешней командой Maks 02.04.2026 Решение: DISM / Online / Add-Capability / CapabilityName:WMIC~~~~ Отсюда: https:/ / winitpro. ru/ index. php/ 2025/ 02/ 14/ komanda-wmic-ne-naydena/	Программная установка даты и запрет ее изменения Maks 02.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: при создании документов установить период списания автоматически. . .	Вывод данных в справочнике через динамический список Maks 01.04.2026 Реализация из решения ниже выполнена на примере нетипового справочника "Спецтехника" разработанного в конфигурации КА2. Задача: вывести данные из ТЧ нетипового документа. . .	Программное заполнения текстового поля в реквизите формы документа Maks 01.04.2026 Алгоритм из решения ниже реализован на нетиповом документе "ВыдачаОборудованияНаСпецтехнику" разработанного в конфигурации КА2, в дополнении к предыдущему решению. На форме документа создается. . .

@rusl31 0 / 0 / 0 Регистрация: 09.01.2012 Сообщений: 21
	10.04.2015, 08:37 [ТС]
	arni, спасибо, WITH LOCK - то что надо. Кто-нибудь в курсе, как используя ODBC, запустить транзакцию с параметром NO WAIT? Добавлено через 23 часа 24 минуты Вопрос снят, воспользовался библиотекой FirebirdSql.Data.FirebirdClient. 0