была у меня наспех накидана на фоксе выгрузка данных из одной mysql базы в 1С, и тогда был заказа импорт из DBF в 1С. все замечательно работает, оно нужно редко, поэтому особо неудобств не доставляло. А вот возникла необходимость это немного растиражировать, и хотел избавиться от костыля на фоксе. все, что он делает это открывает с mysql предсталение готовое и тупо сохраняет его. правда для этого нужен рантайм фокса и 32битный драйвер mysql, желательно 5.11.1 , старше что-то не пошло.

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

а 1С разве не умеет из mysql данные подтягивать?

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

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

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

Адекватные dbf делает только рантайм фокса - полный, либо урезанный в ODBC драйвере/OLEDB провайдере.
Все прочие поделки создающие dbf своими силами надо тестить и тестить - и если структура данных не совсем простая (ну там какие integer/double типы а то и поддержку null захочется поиметь), то шанс нарваться на проблему будет весьма велик.
И да, для общности и простоты тогда уж лучше переходить на чисто текстовые форматы - csv-варианты или ещё какие.

да в общем да, наверное проще заранее сверстать все в тексты, а программиста-1С-автора импорта попросить переделать. DBF-то нужен адекватны настолько, насколько его 1С прочесть может, но наверное реально проще переделать обработк оплатить, качественнее будет. похоже пора по DBF помалу забывать.

vfpoledb работает. Можно через него сделать.

Я бы делал через csv-файл.

Непонятно желание промежуточного ПО.
1С, может сам легко все сделать.
Про то что, не все 1Сники могут, поделюсь опытом.
Пишу адекватное ТЗ, рассылаю всем кто пристает с 1С, выбираю самого дешевого-адекватного.
Ваша задача решается за пару дней думаю.

ну ... из 1С как минимум потребуются драйвера под Mysql и доступ к базе требует как минимум возможности достучаться к ней по нужнму порту и знание, куда подключаться, это исключено. А так есть ряд клиентов, которым тоже приходится ее давать , причем надо чтоб оно было с простой инструкцией в ворде с парой картинок, написанной 3 года назад, как установить и запустить обработки, т.е. все только штатными средствами. Оно рассылается нами с комментарием, являющимся верхом цинизма в работе с заказчиком - "хотите работать с нами - делаете так как в инструкции, не шарите сами, найдите кого-нить" ( в споры о методах работы с клиентами и что они всегда правы не вступаю, не тот случай).

потому и обмен простыми средствами - обработка 1С, папка с данными, максимум ZIP и почта.