Экспорт таблицы в DBF
Добавлено: 19 Ноябрь 2015, 6:28
Я за XML. Оптимальный вариант для обмена данными, по многим параметрам кроме объема 

Место общения программистов, форум разработчиков БД на Clarion
https://forum.clarionlife.net/
<ФайлПФР>
<ИмяФайла>PFR-700-Y-2014-ORG-034-008-000000-DCK-00001-DPT-000000-DCK-00000.XML</ИмяФайла>
<ЗаголовокФайла>
<ВерсияФормата>07.00</ВерсияФормата>
<ТипФайла>ВНЕШНИЙ</ТипФайла>
<ПрограммаПодготовкиДанных>
<НазваниеПрограммы>ГУ ОПФР ПО РК: ДОКУМЕНТЫ ПУ 5</НазваниеПрограммы>
<Версия>6.7.05</Версия>
</ПрограммаПодготовкиДанных>
<ИсточникДанных>СТРАХОВАТЕЛЬ</ИсточникДанных>
</ЗаголовокФайла>
<ПачкаВходящихДокументов Окружение="Единичный запрос">
<РАСЧЕТ_ПО_СТРАХОВЫМ_ВЗНОСАМ_НА_ОПС_И_ОМС_ПЛАТЕЛЬЩИКАМИ_ПРОИЗВОДЯЩИМИ_ВЫПЛАТЫ_ФЛ_2014>
<НомерВпачке>1</НомерВпачке>
Текст с разделителями TAB по любому лучше. Просто по сравнению с XML, ограничений мало по сравнению с DBF (если они вообще есть). Знаю только одну проблему с текстом. Excel закачивает его и зачем-то форматирует, т.е. можно получить даты там, где их нет и т.д.tmpnikl писал(а):Это раз, а два... критика должна быть критичной, если что-то "не катит", то какой вариант обмена между разными программами можно предложить... таблицы в текстовый формат тоже не очень, так как не поймёшь, поле таблицы это или разделитель(пролбел, запятая, кавычки и т.д.) или ещё что-то,
Да, всё получилось, спасибо за помощь... Насчёт анализа на SQL сервере, Вы тоже правы, но у меня есть своя точка зрения, как я понимаю(скорей всего примитивно и неправильно), сервер это хранилище данных и на нём не посмотришь данных... работа и анализ данных происходит на уровне запросов от клиента к серверу, а вот какая программа будет выступать в качестве клиента и формировать данные для просмотра.. да по барабану, лишь бы сформировала в таблицу, хоть парадокс,хоть клипер, хоть кларион.. если не используются ни мемо поля, ни BLOB...вопрос не о хранении данных, а об их выборке и просмотре... но ещё раз повторяю, Вы конечно же правы...