Странно , но автор поста похоже не знает о проекте Fyracle. Там хоть и
обратная задача (Птица подменяет собой оракл), но авторы наверняка уже
споткнулись о многие грабли и камни на сем пути. И странно, что молчит
Р.Рокитский. Уж он то точно должен многое знать по данной теме. По
крайней мере эксперт работал через fyracle.dll с базами ala Oracle.
Если вы со своим финансированием поможете данному проекту (кстати ,
задача (до)разработки компонент под файракл (на базе фибов с +) уже
поднималась.
Да,я про этот проект не знал. К сожалению он не подходит т.к. работает
в обратном направлении. Но тот факт что трансляцию удалость
имплементировать на бинарном уровне внушает некий оптимизм. Конечно
интересно было бы услышать мнение разработчиков.
так я ведь Тебе еще в самом начале дискуссии написал, что теор. должно
работать.
Но! это было до того, как началась дискуссия о сравнении API Oracle и
Firebird. Учитывая Твои начальные знания как одного так и другого, я
теперь совсем не уверен, что из этого что-то получится в обозримом будущем.
В моём случае задача будет попроще - эмуляцию ib api с возможностью
модификации клиента и исходников fibplus для обхода граблей и
несовместимостей.
Угу... а кто будет вещи типа "SELECT gen_id(my_generator) FROM
rdb$database" эмулировать?
То-есть, расчитывай на то, что кроме API тебе придется еще и свой
транслятор SQL писать, который будет преобразовывать запросы на
"диалекте" Firebird в запросы на "диалекте" Oracle. Наш пример выше
должен быть преобразован в "SELECT my_generaror.nextval FROM dual".
Потом пойдет эмуляция системных таблиц... потом эмуляция багов Firebird
на Oracle (так же как и Fyracle эмулирует баги Oracle).
Ну, вобщем, не все так просто. Но проект может быть интересный. Хотя, на
Твоем месте я бы все-таки решил это способом, который здесь уже
предлагали - адаптировать код к Oracle.
Роман
PS. Да кстати, Fyracle все еще в бета-стадии, работы ведутся уже 3
года... но надемся, что еще в этом году будет релиз 1.0.
