|
|
Регистрация Восстановить пароль |
Регистрация | Задать вопрос |
Заплачу за решение |
Новые сообщения |
Сообщения за день |
Расширенный поиск |
Правила |
Всё прочитано |
|
|
Опции темы | Поиск в этой теме |
25.12.2007, 12:58 | #11 |
Форумчанин
Регистрация: 06.09.2007
Сообщений: 908
|
|
25.12.2007, 13:16 | #12 |
Форумчанин
Регистрация: 31.10.2007
Сообщений: 108
|
2 состотавляющие: Блокировка и обновление таблиц. Таблицы у меня обновляются кодом который я писал. Я хочу узнать достаточно ли этих составляющих для организации многопользовательской БД.
delphi is my world
|
25.12.2007, 13:30 | #13 |
Форумчанин
Регистрация: 07.08.2007
Сообщений: 154
|
фЁдОр вот мне интересно как Вы собираетесь рефрешить неоткрытый набор данных?
|
25.12.2007, 14:11 | #14 | ||
Форумчанин
Регистрация: 06.09.2007
Сообщений: 908
|
Цитата:
Цитата:
|
||
25.12.2007, 15:14 | #15 |
Пользователь
Регистрация: 06.12.2007
Сообщений: 87
|
Извиняюсь что вмешиваюсь!!! Может я чтото не понимаю, Access сам блокирует запись до конца выполнения транзакции!!! Поэтому к одной записе может обратиться только один пользователь, а второй только после таго как выполниться транзакция. Единстевнное я немогу утверждать что будет если два пользователя обратятся к одной записе будет ли второй пользователь ждать пока первый изменит запись или ему выдадит ошибку это зависит от того как настроена СУБД!Это во первых!!!
А вовторых: СУБД Access подрозумивает под собой многопользовательский доступ к данным поэтому там уже большенство предусмотрино. и у меня такой вопрос это как должно быть построенно производство чтоб был такой большой процент чтобы надо было продумывать оброботку одновременного доступа к записе? У меня просто 50 пользователей и ещё неразу невозникало ошибки одновременного доступа к записе. Ну а если уж надо! Могу посоветывать обычный try except который будет выдовать сообщение что запись в данный момент обробатываеться другим пользователем. Последний раз редактировалось Alex21; 25.12.2007 в 17:08. |
26.12.2007, 11:33 | #16 |
Форумчанин
Регистрация: 31.10.2007
Сообщений: 108
|
KAMENYKA спасибо. Пользователей около 20 будет, но все таки такой механизм требуется. Т.к. обращение к "горячим" записям будет производится часто несколькими людьми
delphi is my world
|
03.01.2008, 22:58 | #17 |
Инженер ИС
Старожил
Регистрация: 13.12.2006
Сообщений: 2,671
|
Многопользовательская БД
Поделюсь опытом (ADO будет к месту).
Вот у нас база данных, находящаяся на некотором ПК. Все пользователи имеют отдельные приложения (на то она и сетевая БД). Компоненты каждого приложения создают для себя виртуальные копии нужных таблиц, и работают с ними. Применение модифицированных виртуальных изменений к реальным таблицам БД не требует никакого вмешательства со стороны программиста. Модификация выполняется на уровне СУБД Access автоматически, направляя пользователей в очередь, если создалась ситуация одновременного модифицирования. Конфликта никакого быть не может. Вопрос в том, увидят ли остальные пользователи новые изменения сразу же после модификации? ...нет. А что нужно делать, чтобы работать уже с измененными данными? ...перед каждым обращением к таблицам закрывать и открывать, но применять .RecNo – это текущая строка в таблице (виртуальной). Нужно прописать алгоритм, который через определенное время запоминает все позиции курсоров в открытых пользователем таблицах, закрывает и снова открывает их.
Руководитель проекта MMO 2D RPG: Настоящее имя Денис Стрижак (10.05.1981-6.02.2019) Мир духу его
|