Sergey-2008Доброе время суток,

Ситуация следущая:
Имеется несколько отделов и плановый отдел.
Все отделы имеют право состовлять договора, но только плановый может назначать уже сделанным договорам номера (поле «number») и если что отправлять их в архив (статут «архив» поле «archive»).

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

Наверняка, в процессе работы с БД, появятся коллизии в плане редактирования одной и той же записи в одно время обычным и плановым отделом.
Например когда обычный отдел редактирует свой договор, а плановый отдел захочет присвоить ему номер, то сохранится та запись (того dataset), которая позже сохранилась, или такая же ситуация может произойти с редактированием поля «archive».

Для избежания таких ситуаций (с одновременным доступом к одной той же записи), мне наверно нужно перенести общие поля (такие как «number» и «archive») в другую таблицу с конкретным ID записи конечно. Ну а потом для просмотра инфо по договору, делать объединение.

Вопрос: Это правильный выход, чтоб избежать этой ситуации? Или есть еще вариант?

Спасибо за ответ

Команда обновления UPDATE обновляет конкретные указанные поля, а не запись целиком. Если Ваша клиентская библиотека доступа к данным ("dataset") этого не умеет - правильнее фиксить ее, а не проектировать БД специально под кривую библиотеку.
Другое дело, что если Вы активно пользуетесь встроенной в СУБД системой безопасности, то разделение на 2 таблицы
поможет выдать права на изменение number и archive только тем пользователям (в Вашем случае - плановому отделу), которым это нужно.
Т.е. сделать так, как Вы предлагаете - можно, это не то чтобы очень криво, но для решения другой проблемы :) А разруливание одновременного доступа к данным лучше решать иначе.