Многопользовательская БД

[фЁдОр]

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

1. Вернее перед каждым действием .refresh всех табилиц для обновления в них данных, т.к. они могли обновиться

Table1.close;
Table1.refresh;
Table1.open;

Вам нужно было обновление таблицы - так помогает?

[XPAiN]

2 состотавляющие: Блокировка и обновление таблиц. Таблицы у меня обновляются кодом который я писал. Я хочу узнать достаточно ли этих составляющих для организации многопользовательской БД.

[Aristarh Dark]

фЁдОр вот мне интересно как Вы собираетесь рефрешить неоткрытый набор данных?

[фЁдОр]

Сообщение от Aristarh Dark

фЁдОр вот мне интересно как Вы собираетесь рефрешить неоткрытый набор данных?

Aristarh Dark, я лишь предлагаю варианты. Я же не написал, что делай так, как я написал! Отвечая в этой теме, я сам сидел без делфи и пока ну не было еще необходимости делать у себя в БД обновление, но понимаю, что это необходимо знать и предлагаю как свои варианты. Я же еще спросил:

так помогает?

. Но для меня обновление БД через Locate то же еще в диковенку. Сейчас я с делфи и вижу, что действительно мой вариант не работает, но еще раз повторюсь-это было предложено лишь как вариант.

[KAMENYKA]

Извиняюсь что вмешиваюсь!!! Может я чтото не понимаю, Access сам блокирует запись до конца выполнения транзакции!!! Поэтому к одной записе может обратиться только один пользователь, а второй только после таго как выполниться транзакция. Единстевнное я немогу утверждать что будет если два пользователя обратятся к одной записе будет ли второй пользователь ждать пока первый изменит запись или ему выдадит ошибку это зависит от того как настроена СУБД!Это во первых!!!
А вовторых: СУБД Access подрозумивает под собой многопользовательский доступ к данным поэтому там уже большенство предусмотрино.
и у меня такой вопрос это как должно быть построенно производство чтоб был такой большой процент чтобы надо было продумывать оброботку одновременного доступа к записе? У меня просто 50 пользователей и ещё неразу невозникало ошибки одновременного доступа к записе.

Ну а если уж надо! Могу посоветывать обычный try except который будет выдовать сообщение что запись в данный момент обробатываеться другим пользователем.

[XPAiN]

KAMENYKA спасибо. Пользователей около 20 будет, но все таки такой механизм требуется. Т.к. обращение к "горячим" записям будет производится часто несколькими людьми

[Beermonza]

Поделюсь опытом (ADO будет к месту).

Вот у нас база данных, находящаяся на некотором ПК. Все пользователи имеют отдельные приложения (на то она и сетевая БД). Компоненты каждого приложения создают для себя виртуальные копии нужных таблиц, и работают с ними. Применение модифицированных виртуальных изменений к реальным таблицам БД не требует никакого вмешательства со стороны программиста. Модификация выполняется на уровне СУБД Access автоматически, направляя пользователей в очередь, если создалась ситуация одновременного модифицирования. Конфликта никакого быть не может.

Вопрос в том, увидят ли остальные пользователи новые изменения сразу же после модификации? ...нет. А что нужно делать, чтобы работать уже с измененными данными? ...перед каждым обращением к таблицам закрывать и открывать, но применять .RecNo – это текущая строка в таблице (виртуальной). Нужно прописать алгоритм, который через определенное время запоминает все позиции курсоров в открытых пользователем таблицах, закрывает и снова открывает их.