Нет, это всё совершенно не нужно. Хотя rdb$database заменить
на dual можно без проблем. Идеология будет другая:
Клиент будет знать под каким сервером работает и текст запросов
может корректировать. Неизменным остается лишь библиотека
доступа и производные классы. Вполне возможно можно
сделать препроцессор запросов и писать в стиле:
ib: select...
ora: select...
Но фишка в том что коррекции будет подвергнут только небольшой
процент запросов.
В итоге можно будет сформулировать ряд ограничений для IB
приложения которые нужно будет учитывать при портировании.
Слушай, если клиент знает с каким сервером работает, то не проще ли все
это на ADO или OLE DB портировать? Ну да ладно, мы кажется начинаем
повторятся.
Наш пример выше должен быть преобразован в "SELECT
my_generaror.nextval FROM dual".
Потом пойдет эмуляция системных таблиц...
А зачем оно??? Проще запретить ими пользоваться приложению.
Оптимист! Ты думаешь, что FIBPlus туда за информацией не лазит?!
Вот поэтому я и сомневаюсь в реалистичности того, что из проекта что-то
получится в обозримом будущем, - ты не еще не владеешь полной картиной,
что надо делать. Напишы сначала детальную спецификацию страничек так на
300-500, тогда будет более ясно стоит ли за это братся или нет.
Хотя теоретически можно созать в ора-базе аналоги IBшных
системных таблиц и залить их данными.
Угу.
Роман
