Многопользовательская работа с DBF #676231

Поставлена задача: есть некий файл DBF в сетевой папке, с ним уже работает группа пользователей. Мне из 1С нужно откорректировать/добавить запись. Это возможно средствами 1С?

у тебя проблема только с доступом??

У меня пока нет проблемы - и нет возможности испробовать. Спрашиваю может кто решал подобную задачу.

непонятен твой вопрос — если файл занят то записать ты не сможешь, если свободен, то сможешь :-)

эээ а они в чём работают в блокноте с этим файлом? А ты уверен что посе твоей правки программа с которой "уже работает группа пользователей" не вылетет по ошибки? А ты уверен что та программа не использует хитрые индексы, и в результате она тоже не скажет ой

Они из ПО написанного на FoxPro 2.6 работают.

и я не в чем не уверен - я прошу поделиться опытом если он был.

Сейчас кофе допью и погадаю на гуще

Вообще после открытия дбф "средствами 1С" ничем другим этот файл не откроешь даже на просмотр - будет ошибка доступа. Так что я отношусь скептически к этой затее. Вот она - наглядная польза кофе в офисах. Гадание на бараньих кишках или даже на внутренностях жертвенного голубя в условиях современного офиса несколько затруднительно, да и соседи не поймут.

так можно получить доступ не только с помощью иксбазе

с адо например, там можно и в многопользовательском режиме.

Да, не подумал. Пагубная практика XBase, да Ну если можно - хорошо.

Спасибо за наводку. Остальным спасибо за участие и гадание :)

100 лет уже работают через драйвер FoxPro Все пропустил

Точнее где то в 2003 spock начал использовать драйвер фокса для многопольз доступа к dbf

Что я делаю не так? Соединение = Новый COMОбъект("ADODB.Connection"); Соединение.Open("Provider=vfpoledb.1;Exclusive=No; Data Source=" + ПутьКБД + ";Collating Sequence=MACHINE;"); Если остановиться по точке останова после строки ДБФ = Соединение.Execute("Select * from " + ПутьКБД + " "); то при открытии dbf-ки другим приложением ругает на то, что нет доступа. Но ведь в инициализации объекта я указал Exclusive=No. Что здесь не так?

Актуально.

надо попробовать через другой драйвер. И почему бы не подсоединиться не через COMОбъект("ADODB.Connection"), а прямо к внешнему источнику в 1С и работать через ВнешнийИсточникДанныхТаблицаМенеджер

про внешний источник данных не подумал. Нужно посмотреть.

пробуй через Microsoft.ACE.OLEDB.12.0 он не лочит файло

Или попробуй поставить TABLEVALIDATE=0; в строке подключения

clipper умел ставить блокировки, фокс тоже. а хбасе по-моему нет.

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

не, в формате заголовка dbf точно есть поле для многопользовательского использования, однако, как с ним работает 1С - хз. При чем + на уровне записей

Причем здесь 1С , если подключение идет через сторонний драйвер. Фокс прекрасно работает в многопольз режиме, а если что залочено - надо смотреть в голове

+ , согласен. Неправильно выразился. Не 1С, а драйвер, см.

Актуально

Соединение = "Provider=Microsoft.ACE.OLEDB.12.0;Data Source="+КаталогИБ+";Extended Properties=dBase IV;Persist Security Info=False";

а как проверял что не лочит если не секрет? можно код и последовательность действий?

опа - вроде не лочит. У меня не было в строке параметра Persist Security Info

Сча еще перепроверю.

открываешь файло в редакторе - делаешь чтение из 1с-ины.. всё считывается.

в противном случая, адо уже сразу ошибку дает - что не может открыть файло.

Ежели в редакторе, файло монопольно открыть, то запрос по адо тоже болт пишет.

Так у меня и работало когда фал открывал в VFP например не в монопольном режиме, то из 1С с любым провайдером я к нему подключался и модифицировал спокойно. Не работала обратная ситуация: когда я не мог открыть из 1С файл в немонопольном режиме, т.е. когда я его открывал первым и уже пробуя открыть файл в VFP получал аксесс денайд.

Вчера по твоему совету попробовал Microsoft.ACE.OLEDB.12.0 и использовал стандартную строку подключения: Соединение.Open("Provider=Microsoft.ACE.OLEDB.12.0;Data Source=" + ПутьКБД + ";Extended Properties=dBASE IV;User ID=Admin;"); И с такой строкой файл лочило. С той что ты сегодня подсказал - вроде работает как нужно. Сейчас еще разберусь что это за параметр. Спасибо за помощь.

всё открывается

Теперь да. Я в об этом написал.

можешь еще на всякий.. вот так: Соединение = "Provider=Microsoft.ACE.OLEDB.12.0;Data Source="+КаталогИБ+";Mode=Share Deny None;Extended Properties=dBase IV" т.е указать ему Mode

тут видать, в фоксе(любой проге) нужно тоже подключаться с таким же User ID .. можно еще и пароля задать

я смотрел в параметрах соединения - Mode устанавливается по умолчанию в Share Deny None

но лучше, всё же вот с такой строкой: Соединение = "Provider=VFPOLEDB.1;Data Source="+КаталогИБ+";Collating Sequence=MACHINE;TABLEVALIDATE=0"; фокс всё же поприятнее с дбф дружит, да и индекс можно задействовать в запросе.

тоже не лочит

У меня лочит.

не верю :)

К сожалению нет возможности доказать :) Но это именно так. Лочит.

Кстати - да. Вот и еще проблема нарисовалась. Microsoft.ACE.OLEDB.12.0 не лочит, но и индексный файл не обновляет :(

Соединение = "Provider=VFPOLEDB.1;Data Source="+КаталогИБ+";Mode=Share Deny None;Collating Sequence=MACHINE;TABLEVALIDATE=0"; вот так спецом проверил - ничего не лочится.. при Mode=Read тоже

попробуй еще vfp переставить отсюда

Все - окончательно разобрался. Тормозил я при проверке на лок/не лок. Ты прав. Не лочится. Бляха - столько времени потерял и у других отнял. Еще раз спасибо.