ADO + SQL Server. Как правильно организовать одновременную работу с таблицей

[Mouse123]

Здравствуйте,

Программлю только по необходимости, в основном автоматизация и иже с ней, т.е. не гуру и не близко)), но вот появилась такая задача : сделать софтинку для подачи заявок пользователями и редакция админами.

Организовал так : ADOConnection->ADODataSet->DataSource
И все бы ничего ... но при одновременной редакции одной строки у одного из них вылазит сообщение о том, что запись изменена, а обновлений нет.

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

И еще одно : можно ли организовать реал-тайм обновление у пользователей? ( т.е. один изменил - а у всех остальных изменения появились )

Спасибо, надеюсь на нисхождение, с ADO и SQL программлю первый раз))

[Speeker]

А что если организовать таблицу в которой отмечать работу с таблицей. Например: Таблица содержит названия других таблиц и числовое значение. Если таблицей пользуются значит значение равно единице, если нет - нулю. Когда пользователь заходит - сообщение "с данной таблицей уже работают пользователи" А вот с обновлением в реал тайме... сложнее я думаю...
опять таки скажем таблица были ли внесены изменения. И при внесении изменений значение изменяется на единицу. Но клиентское приложение должно регулярно опрашивать эту таблицу и если изменения были внесены - обновлять. Вот такое пока тока пришло в голову...

[Mouse123]

На сколько я понимаю сам ADO'шный DataSet смотрит в поле перед постом и если оно отличается от того, что было перед началом edit'a, то все, кирдык, в принципе это можно попробЫвать обойти. Главный вопрос в другом - можно ли как-то наиболее легко и просто организовать одновременную редакцию одной таблицы 3-4 юзверами? Например, чтобы в поле комментариев они могли переписыватся.... Неужели все так сложно? Возможно как то можно это реализовать за счет серверной части? ( у меня SQL Server 2005 EE SP2 с доменными политиками доступа )

[edgy]

Почитайте про транзакции и блокировки в MS SQL. Тогда я думаю вопрос об одновременной редакции несколькими пользователями отпадет.

[Mouse123]

Сообщение от edgy

Почитайте про транзакции и блокировки в MS SQL. Тогда я думаю вопрос об одновременной редакции несколькими пользователями отпадет.

А можно просто в кратцах рассказать? Времени нет ни разу, мне бы понять от чего толкнутся именно и все ок будет))

[edgy]

Ну в очень краткой форме можете прочитать, например здесь.
От себя добавлю, что управлять транзакциями можно как с сервера ( как это делается описано в ссылке, которую я вам дал ), так и с клиента.
С клиента это делается следующим образом ( упрощенно ):

try
  ADOCommand1.CommandType := cmdText;
  ADOCommand1.CommandText := 'Текст запроса';
  ADOCommand1.Parameters.ParamValues[ 'name_parameter' ] := ...
  ...
  ADOConnection1.BeginTrans;   // начинаем транзакцию
  ADOCommand1.Execute;        // Выполняем запрос
  ADOConnection1.CommitTrans;   // фиксируем транзакцию
except on E:Exception do
  begin
     ADOConnection1.RollbackTrans;   // в случае не успеха делаем откат 
                                                  // транзакции
     ....
  end;
end;

[Mouse123]

Большое спасибо за помощ!

Но у меня возникает вопрос : использование транзакций, на сколько я пока понял, подразумевает непосредственно код SQL, а в таком случае выходит что пользовать автоматические изменения вносимые DB-компонентами нельзя? Или ...

[D-mon]

Повесь обновление БД на таймер, и каждые N секунд обновляй.

[Mouse123]

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

[edgy]

Любые изменения данных в БД делаю только с помощью запросов или хранимых процедур. Т.е. скажем если пользователь ввел/отредактировал данные, то после этого должен нажать кнопку "Сохранить", и только после это сохраняю в БД все изменения. А если пользователь забыл нажать кнопку "Сохранить", то при закрытии формы вывожу диалоговое окно ( показываю это окошко только тогда, когда данные гарантировано были изменены ), где спрашиваю - сохранить данные или нет. Т.е. вполне возможны ситуации когда пользователь может вообщем-то может передумать и отказаться от изменений.
Транзакции и блокировки гарантируют, что пока сохранялись данные одного пользователя, изменения тех же данных другим пользователем проведены не будут.