[quot GVF112GVF]
Зачем тебе ?
/quot]
Ну, мне, например, интерес очень даже понятен.
Причин может бы несколько:
1. Большие объёмы данных, с которыми Clipper'у уже тяжело справляться, и если он даже справится - то для этого программистам нужно сильно покорпеть над кодом и подходами к проектированию БД.
2. Необходимость дальнейшего развития БД предприятия, которое будет вестись или уже ведётся явно не в Clipper.
3. Необходимость интеграции с реляционной СУБД. Причём возможно, именно с Клиппером.
... (да мало ли ещё чего...)

Что происходит при использовании Informix Direct Driver for Clipper:

1. Берём РАБОТАЮЩУЮ программу на Clipper, а может даже и не одну.
2. В зависимости от объёма кода и разнообразия стиля. работавших над ним, в среднем в течении недели РАБОТАЕМ уже не с DBF, а с СУБД Informix. При этом:

1. Быстродействие: больше
2. Пользователей: не переучиваем
3. Целостность БД: можем повышать до уолвня реляционной БД.
4. Интеграция с другими БД или даже СУБД: проще
5. Вывод старых приложений на Clipper из обихода становится не настолько важным и насущным вопросом (хотя кто-то может назвать это и минусом - слишком много факторов)

Минуса: есть большие подозрения, что этот самый Informix RDD (или как он там) не поддерживается/развивается. Но это не очень большой минус - ведь он работает! :) (Впрочем как и многие другие хорошо сделанные вещи - BDE например :).

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

П.С.: Кстати, этот драйвер как раз вроде в столице Mother Russia и делали (какой-то банк, что-ли) - можно попробовать там концы поискать.

АнатоЛойПричин может бы несколько:
1. Большие объёмы данных, с которыми Clipper'у уже тяжело справляться, и если он даже справится - то для этого программистам нужно сильно покорпеть над кодом и подходами к проектированию БД.
...

Да, кстати. если это единственная причина - ADS рулит... Но это уже какой-то полуоффтоп получается :)

GVF112GVFЕсли драйвер найти не удасться - как вариант, можно использовать MiddleWare ... будь-то -
Borland BDE, Microsoft OLEDB, MS Biztalk, IBM WebSphere Message Brocker и т.д.
... или как Я уже отмечал, использовать интерфейсы доступа из набора скриптовых языков - PHP, Pyton, Perl, Ruby ...


Это в смысле пусть Clipper со своими dbf возится, а MiddleWare будет тудым-сюдым данные реплицировать? Ммм... Тоже вариант...При условии что Clipper со своими обязанностями справляется и в дальнейшем сможет справляться.

birkInformix Direct Driver for Clipper есть у кого?
не могу найти
Да, кстати, а откуда узнал то?