Приложение должно работать следующим образом.

Если один пользователь открыл форму для работы с таблицей test, то никакой другой пользователь не должен иметь к ней доступа, даже на чтение.
Когда пользователь закрывает форму, то таблица вновь должна стать доступна для редактирования и просмотра.

Я работаю с базой через ADO на VB.

Вопрос такой: Есть-ли встроенная возможность блокировки таблицы (перевод в монопольное использование) в MSSQL 2000?

>А чем собственно вызвана необходимость "мертвой" блокировки таблицы?

Разрабатывается Автоматизированная Система Управления Технологическим Процессом(АСУТП).
Основные задачи, которые осуществляют управление системой работают на промышленных контроллерах.
Необходимо разработать рабочее место настройщика системы, который должен динамически настраивать задачи на контроллере.

Когда настройщик производит изменение конфигурации, то его программа должна автоматически занести изменения в БД.
Эта База будет использоваться для статического конфигурирования задач в контроллере в случае перезапуска контроллера.

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

Первый изменит в записи - значение одного поля,
UPDATE test SET Field1 = 1 WHERE ID = 100

а Второй изменит - значение другого поля.
UPDATE test SET Field2 = 2 WHERE ID = 100

Причем второй изменения первого видеть не будет.

В результате получившаяся запись в таблице может повесить задачу в контроллере в случае статического конфигурирования.

To GreenSunrise
Вы абсолютно правильно поняли проблему.

Мы действительно закладываемся на то, что настройщик, который видит все поля записи - не произведет ошибок.
В случае ошибочной конфигурации задача на контроллере будет вести себя некорректно и проблемы неизбежны.
Это не обязательно приведет к зависанию контроллера, но управление тех. процессом может сильно нарушиться.

To Genady
Я посмотрел уровни изоляции, но это работает только в рамках транзакции. А у меня ситуация иная.

Может быть хранить дополнительную информацию - кто и какую таблицу открыл?

Однако, как поступать в таком случае?

To GreenSunrise
Благодарю за совет.
Чтение запрещать действительно не имеет смысла.

To Genady

>В каком смысле иная? Транзакций нет что ли
Я имел ввиду, что блокировать данные хочется не на уровне транзакций.
Выбрал запись для редактирования - первая транзакция началась и закончилась.
Отредактировал значения в форме.
Нажал "обновить" - вторая транзакция началась и закончилась.
Мне нужно заблокировать данные именно между первой и второй транзакциями.

По вопросам:
Тех. процесс - Обогащение гуды.

Опишу фрагмент базы:

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

Параметры переменных хранятся в отдельных таблицах, одна таблица - для переменных одного типа.(AnalogInput,AnalogOutput,AnalogMemory,DiscreteInput,DiscreteOutput и т.п.)

Пареметры переменной: текущее значение, границы изменения, задание и много еще чего.

Вторая таблица "Регуляторы" - хранит всю информацию о регуляторах.
Один регулятор - одна запись.
Параметры регулятора:
имя переменной регулируемого параметра(FK)
поле переменной регулируемого параметра
имя переменной задания(FK)
поле переменной задания
имя переменной управляющего параметра(FK)
поле переменной управляющего параметра
алгоритм регулирования
и параметры относящиеся к алгоритму регулирования.

В контроллере работает ряд задач. Одна из них - "главный Регулятор".

Программа "главный Регулятор" - это циклическая программа, которая хранит в памяти таблицу всех регуляторов и обрабатывает их последовательно в бесконечном цикле.
Цель программы - пытаться привести значение "регулируемого параметра" к значению "задания" используя "управляющий параметр" для каждого регулятора, определенного в таблице.

Таким образом, данные в таблице регуляторов, определяют алгоритм работы программы "главный Регулятор".

Искренне старался написать понятно.

To GreenSunrise

Возможно вы работали с другими контроллерами?

Контроллеры, которые мы используем - производства фирмы PEP.
В них операционна система OS9. Программировать под них можно на C,C++ и в специализированной среде IsaGraph.
В контроллерах есть Flash-память, Ethernet-интерфейс и существует возможность подключения жесткого диска.
Программное обеспечение АСУТП системы проедставляет из себя:
1. программы в контроллере("Первичная Переработка Информации","главный Регулятор","задача связи с сервером ввода/вывода" и др.),
2. сервер ввода/вывода(программа на PC, которая занимается передачей данных клиентам(на АРМ-ы операторов и в БД) и вниз - задачам в контроллер),
3. АРМ-ы операторов(для разработки используются Scada-системы, которые работают с "переменными")
Для программиста на Scada системе ВСЕ ЕСТЬ - "переменная".
Изменил значение переменной, которая является управляющим воздействием и задвижка закрылась.
Связал текстовое поле с "переменной"(показание датчика) - значение этого поля будет постоянно обновляться сервером ввода/вывода.
4. БД IndustrialSQL Server( надстройка на MS SQL 7.0), который предназначен для потоковой записи данных.

вот вроде и все.

Я тут немного порекламировал наши средства разработки.

Моя задача - конфигурирование системы. Поскольку много различных программ, то решили делать централизованную БД для хранения конфигурации компонентов системы.

В свете этой задачи и был мой вопрос.

А ошибки - это будет проблема.
Хорошо, что тех. процесс достаточно инерционный и в случае аварии можно остановить конвейер руками,
а потом разгребать навалившуюся руду лопатами.

При существующей системе они делают это довольно часто.

To Genady

>1. Непонятно зачем параметры переменных хранятся в отдельных таблицах?

У каждого типа переменных - параметры разные.
Например у дискретных DI,DO,DM - нет границ, а у аналоговых (AI,AO,AM) они есть.
У дискретных есть "признак инвертирования" - у аналоговых нет.
и т.п.

>2. Таблица Регуляторы денормализована, почему?

Наши программисты говорят, что, например, “заданием” для регулятора может быть переменная или переменная и ее поле, поэтому параметры регулятора идут парами.
“имя переменной …”
“поле переменной …”

Возможно, это не правильно, но полной логикой их программ не располагаю.

>3. Что именно правят операторы?

Операторы могут править например параметр переменной "задание".

Этот параметр является заданием для какого-то регулятора, в таблице регуляторов. Таким образом они смогут повлиять на тех. процесс.

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

Genady, я думаю тема исчерпана.

Однако, если хотите, могу привести скрипт основной части базы, тогда можно будет говорить о денормализации подробней.

Спасибо всем, кто участвовал.