Помогите прочесть dbf файл #805039

Не могу прочесть DBF файл АДО = Новый COMОбъект("ADODB.Connection"); // Создание COM-объекта по причине: Произошла исключительная ситуация (Microsoft JET Database Engine): Внешняя таблица не имеет предполагаемый формат. Исправлял dBASE III на dBASE IV тоже самое.

Используй объект XBase, встроенный в платформу 1С

пробуй через оледб Соединение = "Provider=VFPOLEDB.1;Data Source=" + КаталогИБ + ";Mode=Read;Exclusive=No;Collating Sequence=MACHINE;TABLEVALIDATE TO 0"; или так: Соединение = "Provider=Microsoft.ACE.OLEDB.12.0;Data Source=" + КаталогИБ + ";Mode=Share Deny None;Extended Properties=dBase IV;";

При этом оба указанных драйвера надо сначала установить, они не штатные.

Сам файлик покажи, попробуем определить в каком конкретно он формате.

по причине: Формат файла отличен от .DBF

Это FOXPRO. Используй первый вариант из . Драйвер искать на сайте мелкомягких по слову VFP OLEDB Provider. Драйвер только 32-битный, работать с ним, соответственно, только из 32-битной платформы.

попробуй этот загрузить отличаются типизацией полей

Ошибка при вызове метода контекста (Open): Произошла исключительная ситуация (ADODB.Connection): Не удается найти указанного поставщика. Вероятно, он установлен неправильно. СтрокаСоединения = "Provider=VFPOLEDB.1;Data Source=" + КаталогИБ + ";Mode=Read;Exclusive=No;Collating Sequence=MACHINE;TABLEVALIDATE TO 0";

Мне нужен первоначальный формат. Так как DBF в течении дня заполняется.

об этом в предупреждали

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

> Не могу прочесть DBF файл Способов доступа к dbf  из 1C вагон и маленькая тележка. Самый простой путь воспользоваться советом Волшебника: «Используй объект XBase, встроенный в платформу 1С». Для любителей изощренных способов можно почитать тут . Там речь идет о «семерке», но это не принципиальный момент. Для общего развития могу сказать, что dbf без бинарного заголовка это обычный текст в формате sdf (поля фиксированной ширины без разделителей). Это намек, как можно работать с dbf без специализированных средств. Кстати, формат заголовка dbf хорошо известен и его легко сгенерировать самому ( ). В качестве лирического отступления могу рассказать о достоинствах и недостатках dbf-файлов. Об относительных преимуществах речь идет тут: , а про недостатки можно добавить то, что поле размера файла заголовка dbf является главным подозреваемым на вывод из строя жесткого диска нашего нетбука. Речь идет о моем драйвере для считывателей rfid-карт сотрудников при учете рабочего времени ( ). Там драйвер создает и заполняет dbf-файл во время считывания карточек пользователей. Эти считыватели китайские и шли безо всякого сопроводительного ПО, зато позволяли легко программировать собственное. Выбор формата dbf обусловливался удобством его дальнейшего использования в собственной конфигурации 1С77 по учету рабочего времени. Так вот главной моей ошибкой было то, что из-за необходимости заполнять поле размера файла в заголовке dbf, головка записи жесткого диска вынуждена была интенсивно дергаться из начала файла в конец и обратно (поскольку при входе / выходе на / с работы шел интенсивный обмен данных сотрудников со считывателями). Со временем файл данных сильно увеличился и головка диска явно подвергалась избыточным перегрузкам. В итоге это ожидаемо привело к выходу из строя жесткого диска, хотя пару лет он прослужил, а вот его «брат» близнец, работает до сих пор, поскольку обслуживает другой участок, где поток пользователей на порядок меньше. В итоге, жесткий диск мы поменяли, а драйвер я переделал. Теперь он создает простой текстовый файл в формате sdf. Головка диска работает только на допись, соответственно никакой избыточной нагрузки. А работать в конфигурации с текстовыми файлами ничуть не сложнее, чем с dbf. При желании можно даже генерировать в «семерке» основу для кодировки UTF-8, например, собственные xml-файлы (иногда это сделать гораздо удобнее без использования штатных средств). Ну и в заключении «раз пошла такая пьянка» скажу, что текстовый sdf-формат дает наводку на вопрос: А зачем вообще использовать заголовки в отдельных файлах баз данных, если их вполне можно вынести в отдельный файл для целой sdf-группы данных? Это плавно подводит нас к идее базы данных ориентированной на представление через колонки, а не строки. Т.е., не несколько строк в одном файле, а несколько колонок в одном файле (либо даже одна колонка в одном файле, как в самой крутой по производительности опенсорной базе данных «ClickHouse» от Яндекса). Это все к тому, как можно далеко зайти от невинного вопроса ТС :) .

Вот с такой строкой твой файл прекрасно читается:     Соединение = "Provider=VFPOLEDB.1;Data Source=" + КаталогИБ + ";Collating Sequence=MACHINE"; если че, win 2012 x64

КаталогИБ = "F:"; // тут свой путь воткнешь + в системе должен быть установлен vfp провайдер, вот отсюда, к примеру:     //

+     Соединение = "Provider=VFPOLEDB.1;Data Source=" + КаталогИБ + ";Collating Sequence=MACHINE";     ОлеДБ.Open(Соединение);

+ ";Collating Sequence=MACHINE" совершенно бесполезная дописка ибо нужна только и исключительно при создании индексов.

не только при создании

Это всё оттуда осталось.

Всем спасибо))) Пошло)))

Ошибка при установке значения атрибута контекста (ActiveConnection)     Command.ActiveConnection = ОлеДБ; по причине: Произошла исключительная ситуация (ADODB.Command): Для требуемой операции необходим объект OLE DB Session, не поддерживаемый текущим проводником. Провайдер установил

см

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

Откуда взялось Command.ActiveConnection = ОлеДБ; ?

Ошибка при вызове метода контекста (Execute)     RecordSet = Command.Execute; по причине: Произошла исключительная ситуация (ADODB.Command): Невозможно использование подключения для выполнения операции. Оно закрыто или не допускается  в данном контексте.

Ошибка при вызове метода контекста (Execute) RecordSet = Command.Execute; по причине: Произошла исключительная ситуация (Microsoft OLE DB Provider for Visual FoxPro): d:dbfd_ppsp.dbf is not a table. vfp установлен DBF находится в папке d:dbf 28

тот файл что в читается.

Он у тя хотя бы дбф редактором каким открывается ?

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

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

оледб откуда скачал хоть ? Там иссылка была

и выложи файло, которое не читается

это файлик

оледб уже встроена была

когда пересохраняю файлик все прекрасно работает

значит смотри, чем отличается заголовок

Или пробуй с другим провайдером, например, Microsoft.ACE.OLEDB.12.0

немного не понял, какой заголовок

смотри, чем отличается заголовок файла до правки в дбф редакторе и после.

да вот именно ничем я на его пересахронил

а можно как нибудь написать в 1с чтобы автоматом пересохронял файлс другим именем и менялся формат?

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

этот файл загружается из другой программы

точно ничем?

Типом поменялся до сохранения тип: Unknown после FoxBASE+/Dbase III plus, no memo