medium пишет:

> Пользователь может в любой момент захотеть отредактировать (изменить
> объект, собственника или дату) или удалить любой старый документ.

А это допустимо по логике?

>Как обеспечить целостность данных?

Есть много способов это сделать. Главное перед тем как делать это, четко
уяснить для себя (а еще лучше задокументировать) правила контроля
целостности. Это может быть диаграмма состояний объекта (объектов),
словесное описание и т.п. Главное чтобы не осталось неоднозначностей. А
уж когда это будет определено, тогда можно и реализовывать. Реализация
может быть сделана в клиентской части (в надежде что клиенское ПО
корректно и никто не полезет в базу мимо него), может быть со стороны
сервера - триггеры, права доступа, модификация черех хранимые процедуры
и т.п. Бывает еще средний слой - сервер приложений, бизнес-логики, но я
пропущу его рассмотрение. Сам предпочитаю максимально возможно (в
разумных пределах) возлагать обеспечение целостности на СУБД, делать
базы так, чтобы можно было дать любому программеру структуру и быть
уверенным, что он там не напортачит.

В твоей ситуации, похоже, ничего экстраординарного нет. Можно просто на
триггер повесить проверку допустимости правки или удаления. Что именно
вызвало затруднение?
Posted via ActualForum NNTP Server 1.3