По последнему посту.

Не стоит забывать, что мы живем еще не в светлом будущем, которое рисует MS и пр. киты, или по крайней мере не все (я так думаю, что большинство).

Конкретно у меня есть две задачи, которые мне не удалось решить с помощью Delphi или удалость с большими потерями.

1) По определенным причинам на предприятии эксплуатируется БЭСТ-4, для тех кто не знает построен на DBF старого формата (который не поддерживает поля Integer). Так вот, это файлы берет только очень старый ODBC (по-моему из Office 97) и старый BDE (из Delphi 4). При этом скорость доступа ниже, чем VFP раз в 100 (это результаты многочисленных тестов). Поэтому для перелива данных в MS SQL никакой DTS и Delphi не подходит.

2) Мы работаем с банк-клиентом, разработанным нашим банком. Выписка в этой системе предоставляется в обычном текстовом виде (как распечатывается у операциониста) с текстовыми, слабо форматированными приложениями. Стоит задача, разобрать выписку, чтобы ее можно было превратить в серию документов. Все это реализуемо и на Delphi и на VFP, но для модульности процедуры разбора удобно промежуточные разборы разложить во временные таблички (собственно строки, расшифровки поступлений, расшифровки списаний, расшифровки налогов и так 8 таблиц), а в итоге для выгрузки в БЭСТ это нужно сложить в одной комбинации, а для выгрузки в 1С - в другой. И здесь нам приходит на помощь "внутренний" SQL, которого нет в других языках, который по слухам собираются вводит в дот Net. И не стоит говорить, что это лишнее, что это прерогатива сервера, а прерогатива клиента - потсрочный перебор. Не соглашусь - достаточно сложная обработка данных - это часто комбинация построчного перебора и SQL-конструкций, и получается, что на клиенте (например в Delphi) приходится все делать построчными переборами, а если все это делать на сервере - это тяжелые процедуры с запросами и курсорами, короче жуть.

Еще раз повторюсь, можно конечно ответить - оба примера из анахронизма. В первом случае нужно выбросить БЭСТ и перейти на SAP, а во втором - сказать банку что выписки должны быть в XML, а то мы уйдем в другой банк. Но по жизни-то, не можем мы перейти на SAP, т.к. не нефтью торгуем, а едой, и банков нет таких, которые выписки передают в XML, а те которые передают или в августе лопнули или не могут кредиты давать, а те, которые могут кредиты давать, ну никак не хотят слушать клиентов. Сбербанк до сих пор не планирует Банк-Клент через интернет, только как в 60-х - Dial-Up по протоколу ZModem. Прошлым летом с ними общался - они мне "а вам зачем, денег мы вам даем, а что вам еще надо".

Никто не отрицает прогресса, но не уверен что дельфисты так стремительно успевают за всеми нововведениями Borland'а. У нас дельфист остановился на Delphi 6 (кажется, сейчас его нет - не могу спросить), я остановился на VFP6SP5 и ничего не умерли. А перспективнее всего оба считаем 1C8.0, хотя там вообще нет ни пользовательских типов, ни соответственно наследования, нет временных (промежуточных) таблиц сервере, ни SQL на клиенте, но есть хоть какой-то стандарт, который позволяет хоть какой-то аутсорсинг.

автор
Ды кто ж Вас гонит то к SAP или OEBS?! хоть одно упоминание тут об этом было?

А это тут причем. У меня досих пор большинство модулей под 4 Дельфи собраны и работают. Не вижу никакой связи с темой топика


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

>> 1. Можно конретнее? В какой тип данных мапится Ваш тип данных при импорте DTS?

Да не мапится, вообще файл не открывается. Он еще в формате, совместимом с DBase II, БЭСТ-4 то написан на Клиппере. Последние ODBC его просто не открывают.