Собственно, проблема описана в заголовке. Есть несколько путей:

1) Делать выгрузку одним из пакетов (package), например dbase4. Но он сформирует файл на сервер, а нужно на сетевой путь, да еще ОС Novell Netware. Ну и без индекса он будет.

2) Сформировать выгрузкой с сервера PosgreSQL (просто переносить работающее на Оракл никто не будет) через java-пакет javadbf. Тут уже можно и UNC-путь задать. НО 1) нет индекса; 2) не побеждена кодовая страница, тим-лидер говорит, что ему не удалось победить, хотя беглое знакомство по проблеме говорит об обратном. Надо проверять. 3) буду сильно зависеть от тим-лидера. ПЛЮС: знакомство и переход на новую востребованную технологию + работа уже в web-приложении.

3) Написать выгрузку на VFP - тут и индексы можно создавать, и пути прописывать, и кодовую страницу задавать.
Но 1) не хотелось бы сидеть только на Фоксе; 2) чтобы прописать в автозагрузку - придется идти к системщикам, это не проблема, но они скрипят, что в автозагрузке уже нет места для запуска, да и зависеть от них не хочется, ибо может часто придется бегать.

Может есть еще какие-либо красивые идеи/решения? Поделитесь, плиз...





Исправлено 1 раз(а). Последнее : sphinx, 30.06.18 16:02

1. Выгрузка одноразовая или нет?
2. Выгрузить надо данные с одной таблицы или к примеру, с ряда таблиц по заданным условиям и т.д.? Какая нибудь сложная выборка данных...
3. Какая дальнейшая судьба ожидает выгруженные данные? (тут чисто из любопытства)





Исправлено 3 раз(а). Последнее : Божья_коровка, 30.06.18 19:32

Божья_коровка
1. Выгрузка одноразовая или нет?

Регулярная, минимум 1 раз в день. Стал бы я поднимать такой вопрос, ежели разово.

Божья_коровка
2. Выгрузить надо данные с одной таблицы или к примеру, с ряда таблиц по заданным условиям и т.д.? Какая нибудь сложная выборка данных...

Какая разница? Все равно это будет SELECT-запрос. Для определенности (ну или если есть серьезные основания считать, что это важно) - выборка из двух таблиц, связь по одному ID.

Божья_коровка
3. Какая дальнейшая судьба ожидает выгруженные данные? (тут чисто из любопытства)

Раз нужны индексы и CODEPAGE=866 - есть основания полагать, что таблица может использоваться в DOS-программе. Но могут и постановщики просто написать по шаблону, мозги наши девочки включать не умеют (т.е. пункт в ТЗ "Интеграция со сторонними ИС" - для них это что-то заумное и непонятное).
Просто мы прогнозируем самый худший вариант.





Исправлено 2 раз(а). Последнее : sphinx, 30.06.18 20:06

а ежели из постгресса запускать ехе-файл написанный на фокспро

вроде все вкусности останутся и к системщикам бегать не придется

Если объем НЕ большой
то одбс коннект и прямо через фокса
но если большой то это будту торомза

я больше закачивал в оракл через скл-лоадер


вот интересная сссылка на пощупать
www.convert-in.com

зы должен же быть СТАНДАРТНЫЙ тул для выброса в CSV в оракле ?
ждем Игоря

Так в CSV-то даже вопросов нет. И даже в DBF-dbase4 вопросов никаких нет. Вопросы в создании индексов. IDX нигде особо не реализован, а о CDX и говорить нечего.

pasha_usue
Вопросы в создании индексов. IDX нигде особо не реализован, а о CDX и говорить нечего.

Тут конечно больше вопрос к Сфинксу. Зачем передавать третей стороне, а это DOS приложение как можно понять из его ответа выше, сразу с индексами?
Почему принимающая сторона не может принять данные и уже делать с ними то, чего считает нужным, индексировать и прочее...

Сомневаюсь что нужен какой-то "стандартный тул" для задачи решаемой просто SELECT запросом выполненным в соответствующем образом настроенном sqlplus (с включенным и настроенным в нужный формат spool-выходом). dbf это немного другое дело, они не текстовые (хотя досовские "не текстовые" лишь в заголовке).