Одновременный доступ нескольких пользователей

[Al Prad]

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

На сервере есть БД на дбф, записи добавляются, изменяются и удаляются разными пользователями. Пишу на VB6.

Подскажите, где можно почитать о правильной организации одновременного доступа, а то у меня возникают проблемы - один пользователь делает у себя Refresh, а у другого после этого теряются введенные этим вторым пользователем данные. Конечно, может тут ошибка в коде, но я ничего плохого найти не могу. У меня на такой эффект отсутствует пока я тестирую, а у пользователей - присутствует

[alibek]

На DBF этого делать не следует.
Используй MSSQL.

[Al Prad]

На DBF этого делать не следует.
Используй MSSQL.

Нельзя. Программа будет работать совместно с программой сторонней компании, а они согласны только на дбф.

[Денис]

Ну тогда используй универсальный метод: сделай таблицу например lock.dbf в которую записывай имена пользователей, которые производят транзакции, при проведении транзакции программа сначала читает эту таблицу, и если там есть запись, сначала ждет (закрывает, открывает, перечитывает), пока запись пропадет (удалит другой пользователь) или поменяет свой статус на требуемый, если запись не удаляется/не меняется в течение некоторого промежутка времени, выдает сообщение, что так мол и так. Это минус способа. При сбоях запись в файле будет оставаться и ее нужно будет принудительно удалять/корректировать.

Вообще, такие таблицы можно организовать с большей функциональностью: каждый залогинившийся клиент добавляет себя в нее, и сообщает свой статус. Административным инструментом в рамках программы ты сможешь вывести красивый список залогиненных пользователей, с их статусом, открытыми окнами и т.п.

[VVitafresh]

На DBF этого делать не следует.
Используй MSSQL.

Нельзя. Программа будет работать совместно с программой сторонней компании, а они согласны только на дбф.

DBF для совместной работы -- это изврат, прошлый век. Это постоянные переиндексации баз после некорректного завершения, поиск "залочивших" пользователей и т.п. фигня.
У нас в оргранизации раньше использовался комплекс, написанный на clipper'e, который работал с базами dbf. Когда он окончательно умер, все вздохнули с огромным облегчением (включая пользователей).

По сути вопроса: может быть есть возможность организовать механизм импорта-экспорта, когда пользователи твоей программы будут работать со своей базой (не DBF) а в конце дня "сливать данные" в dbf-файлы cторонней организации?

[Al Prad]

Ну в принципе со сторонней организацией как-то можно договориться, вплоть до того, чтобы обойтись без них, но они мне уже навязали ДБФ.
Сам я с MSSQL не знаком, так что делал бы связку VB6-mdb. Подозреваю, что проблемы с совместным доступом это бы не убрало. Или я неправ и мне стоит вместо дбф использовать mdb?

[SLIM]

Прав Alibek, dbf для таких целей не пойдет. Нужна нормальная СУБД. Наверное даже Access не подойдет (хотя на нем таки можно организовать работу нескольких пользователей одновременно и синхронизировано). Но здесь MS SQL лучше конечно. Просто почитай мануалы по администрированию.
А вот Денис на мой взгляд говорит ерунду. Система, которую он предлагает будет тормозить. Я представляю базу на 10-20 миллионов записей и пяток запросов одновременно выполняющихся, да с агригатами...кто тут кого ждать будет? Если и делать то,что подразумевает Денис, так нужна реальная многопоточность. Но тут мне кажется игра не стоит свеч. Легче будет просто юзать готовые СУБД.

[iGrok]

Я представляю базу на 10-20 миллионов записей и пяток запросов одновременно выполняющихся, да с агригатами...кто тут кого ждать будет?

Блин. Слим. Ну у тебя и примерчики. Ну кто ж такое на DBF делает?

То, что предлагает Денис - это простое решение поставленной задачи. Правда, не избавляющее от множественных геморроев в непредвиденные моменты. Так работает такое безумное кол-во организаций, что и представить трудно. И ничего. Работают лет по 10-20 с такой системой. Матерятся, проклинают, но работают. )

З.Ы. А вообще да. Нормальную СУБД надо.

[VVitafresh]

Ну в принципе со сторонней организацией как-то можно договориться, вплоть до того, чтобы обойтись без них, но они мне уже навязали ДБФ.
Сам я с MSSQL не знаком, так что делал бы связку VB6-mdb. Подозреваю, что проблемы с совместным доступом это бы не убрало. Или я неправ и мне стоит вместо дбф использовать mdb?

Если все же можно договорится, то поставь себе бесплатные Microsoft SQL Server 2005 Express Edition + SQL Server Management Studio Express (средство администрирования баз): http://www.microsoft.com/Sqlserver/2005/en/us/express-down.aspx и сам убедишься, что имея базовые знания SQL не такая уж и большая разница куда адресовать запросы из VB6 (при использовании ADO) к dbf-файлу, mdb или SQL-серверу.

P.S. Строку подключения здесь найдешь: http://connectionstrings.com/sql-server-2005

[Al Prad]

Ну в принципе со сторонней организацией как-то можно договориться, вплоть до того, чтобы обойтись без них, но они мне уже навязали ДБФ.
Сам я с MSSQL не знаком, так что делал бы связку VB6-mdb. Подозреваю, что проблемы с совместным доступом это бы не убрало. Или я неправ и мне стоит вместо дбф использовать mdb?

Если все же можно договорится, то поставь себе бесплатные Microsoft SQL Server 2005 Express Edition + SQL Server Management Studio Express (средство администрирования баз): http://www.microsoft.com/Sqlserver/2005/en/us/express-down.aspx и сам убедишься, что имея базовые знания SQL не такая уж и большая разница куда адресовать запросы из VB6 (при использовании ADO) к dbf-файлу, mdb или SQL-серверу.

P.S. Строку подключения здесь найдешь: http://connectionstrings.com/sql-server-2005

Спасибо, посмотрю, что это такое.
Все осложняется тем, что программа запущена в работу неделю назад и остановка планируется только следующим летом. Я могу только отключать пользователей минут на 5-10 для обновления программы ...

[Al Prad]

Да, а подскажите , пжалуйста, как определять, что текущая запись дбф занята другим пользователем? Для этого есть какое-то свойство рекордсета, или надо самому исхитряться?

[alibek]

Да, а подскажите , пжалуйста, как определять, что текущая запись дбф занята другим пользователем?

А зачем?

[Al Prad]

Да, а подскажите , пжалуйста, как определять, что текущая запись дбф занята другим пользователем?

А зачем?

У меня запись сначала копируется в архивный дбф,а затем удаляется из текущего дбф-а. Время от времени возникает ситуация , когда из текущего запись не удаляется. Я предполагаю, что это связано с тем, что эта удаляемая запись в это время занята другим пользователем и хочу перед удалением это проверять.

[alibek]

У меня запись сначала копируется в архивный дбф,а затем удаляется из текущего дбф-а. Время от времени возникает ситуация , когда из текущего запись не удаляется. Я предполагаю, что это связано с тем, что эта удаляемая запись в это время занята другим пользователем и хочу перед удалением это проверять.

Не удаляется без каких-либо ошибок? Тогда ты никак не проверишь.
Если же у тебя используется On Error Resume Next, то замени на обработчик ошибок.

[Al Prad]

У меня запись сначала копируется в архивный дбф,а затем удаляется из текущего дбф-а. Время от времени возникает ситуация , когда из текущего запись не удаляется. Я предполагаю, что это связано с тем, что эта удаляемая запись в это время занята другим пользователем и хочу перед удалением это проверять.

Не удаляется без каких-либо ошибок? Тогда ты никак не проверишь.
Если же у тебя используется On Error Resume Next, то замени на обработчик ошибок.

Да, использую On Error Resume Next. Программа находится в круглосуточном использовании, обработчик надо как-то так сделать, чтобы мне ночью не звонили с вопросами

[VVitafresh]

Да, использую On Error Resume Next. Программа находится в круглосуточном использовании, обработчик надо как-то так сделать, чтобы мне ночью не звонили с вопросами

viewtopic.php?f=1&t=34154&p=6673167&hilit=hunterr#p6672824

[iGrok]

Да, использую On Error Resume Next. Программа находится в круглосуточном использовании, обработчик надо как-то так сделать, чтобы мне ночью не звонили с вопросами

Я же тебе советовал уже сделать ЛОГ ошибок.
Не вывод на экран и демонстрацию пользователю, а ЛОГ!
А после того, как ты ошибку скинул в лог, можешь её хоть проигноирировать, сказав в обработчике "Resume Next". Поведение программы не изменится. Зато ты сможешь узнать, почему не копируется, не удаляется и т.п.

[Al Prad]

Да, использую On Error Resume Next. Программа находится в круглосуточном использовании, обработчик надо как-то так сделать, чтобы мне ночью не звонили с вопросами

Я же тебе советовал уже сделать ЛОГ ошибок.
Не вывод на экран и демонстрацию пользователю, а ЛОГ!
А после того, как ты ошибку скинул в лог, можешь её хоть проигноирировать, сказав в обработчике "Resume Next". Поведение программы не изменится. Зато ты сможешь узнать, почему не копируется, не удаляется и т.п.

Да, советовал. Но я из-за своего малого опыта думал , что ошибку обрабатывают только перейдя из процедуры по метке. Почитав ссылку, которую дал VVitafresh , понял, что ошибался. Завтра попробую писать ошибки в файл не прерывая процедуры.

[SLIM]

Блин. Слим. Ну у тебя и примерчики. Ну кто ж такое на DBF делает?

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

[Al Prad]

Сделал запись ошибок в файл; посмотрим , что будет.
И все-таки, можно ли определить, что текущая запись дбф занята другим пользователем?

[Andrey Fedorov]

Сделал запись ошибок в файл; посмотрим , что будет.
И все-таки, можно ли определить, что текущая запись дбф занята другим пользователем?

Зачем? С одной DBF-кой могут одновременно работать несколько пользователей.

Тебе скорей всего надо прочитать про виды блокировок записей/страниц...

Ну и в идеале - начать работать с SQL-сервером. Оно в итоге намного проще чем с DBF. Хотя, возможно, есть груз старых DBF-ок завязанных на другие программы... Тогда и их переписать под SQL