Delphi и FoxPro-таблицы

← →
rex (2002-04-10 13:01) [40]

У меня тоже была большая проблема с доступом к таблицам VFP. Как только я ни изощрялся, всё бестолку. Конечно, можно подключиться через ADO, но в у меня в Windows XP прога не захотела идти, хотя в 98 и Me всё путём (почти, поскольку в той базе есть главная таблица, которая от других вроде и не отличается - всё тот же индекс *.cdx и мемо - *.fpt, но не открывается). И вот тут недавно наткнулся на компонент FoxDSet1 который работает напрямую без BDE и ODBC, и индексы удалять не нужно (хотя я по привычке удаляю, на всякий случай). В общем хороший компонент, только к главной таблице так и не коннектится.

← →
lunev (2002-04-10 16:00) [41]

Halcyon - работает нормально и с VFP, и с FPD таблицами. (и Pack делает), но с большими не проверял.

← →
Slava © (2002-04-11 07:17) [42]

> lunev (10.04.02 16:00)

Только что проверил.

Действительно работает

← →
denis_vk (2002-04-11 16:31) [43]

FoxDSet1, Halcyon
А слабо ссылки выложить?

← →
VAleksey © (2002-04-11 16:49) [44]

Стопудов.. у Halcyon глюки с кодировкой
> denis_vk держи высылаю

← →
Delirium © (2002-04-11 17:24) [45]

> All
Лично я использую oledb провайдер 7-го Fox-а и ADO соответственно. Провайдер выделен в отдельный дистрибутив, весит около 4-х мегобайт, поддерживает работу с FoxPro 2.5, VFP 6.0 и 7.0 (возможно и ещё с чем-либо, не пробовал). Таким образом: нет BDE и нет ODBC, результат - нет глюков.

Вообще техника работы с данными в VFP сильно отличается от того, как это можно в Delphi сделать. Я имею в виду SQL-ориентированное мышление. Неужели кому-то нужно все эти хождения по записям взад-вперед из FoxPro переносить в гораздо более мощную систему?
Я полагаю, что начальство сильно ошибается, считая, что структуру, а тем более формат следует сохранить. Скорее всего, для задачи было бы лучше воспользоваться моментом и пересмотреть структуру. Наверняка многое плохо нормализовано в таблицах. Сохранить данные и сохранить структуру - не всегда одно и то же. И момент подходящий, чтобы многое пересмотреть. Я бы не спешил с переносом в лоб. Все же сначала лучше критически изучить сами структуры и логику. А потом можно перейти на IB или Access или MSSQL, в зависимости от сетевых потребностей. Заранее не рекомендую оставаться в DBF, если предполагается сетевая работа (много пользователей). И это будет плохо работать, независимо от DBE, ADO, ODBC или еще чего там применять.
В конце концов, начальство для того и существует, чтобы его попытаться переубедить, а то это не начальство, а командование называется...ИМХО
Я не советую, я просто рекомендую чуть-чуть подумать, прежде чем что-то делать, чтобы потом себе гимор не создать.

← →
rex (2002-04-12 14:39) [47]

>kaif
Перенести данные в другую систему конечно можно. Но когда ты работаешь с федеральной базой данных и по ней постоянно отчитываешься, и в которой ты не имеешь права ничего менять (Москва голову снесёт) - тогда приходиться изощряться для того чтобы выудить или записать данные ничего не ломая. А так вы конечно же правы.

← →
Denis K. (2002-04-17 14:27) [48]

Попробовал Halcyon - thanks VAleksey!
Действительно, с кодировками глюки, возможно это удастся исправить. Интерено, есть ли у него какое-нибудь подобие Rushmore? Вот у Apollo оно есть, поэтому работает достаточно быстро, но только в кодировке 1251. По-моему это выход, если конвертировать таблицы.
Кто-нибудь пробовал компоненты доступа через CodeBase движок?
Поделитесь впечатлениями!

Delphi и FoxPro-таблицы Найти похожие ветки