Обстановка такая:
1. Имеется MyDB.gdb (Interbase)
2.1 Имеется сервер MyDBServerBDE.exe для доступа к MyDB через BDE
2.2 Имеется сервер MyDBServerADO.exe для доступа к MyDB через ADO
По назначению оба сервера абсолютно идентичны: их единственным
клиентом будет сервер MyDBServerXXX.exe (см. п.3)
2.3 Не сегоня - так завтра появится MyDBServerIBЕ.exe для доступа к MyDB через IBase Express
2.4. и т.д.
3. Имеется сервер MyDBServerXXX.exe для доступа к MyDB
через MyDBServerBDE.exe, через MyDBServerADO.exe или любой другой сервер, перечисленный в п.2
4.1. Имеются многочисленные клиенты MyDBClient1/2/3/..., которые подключаются к MyDBServerXXX.exe и не заморачиваются с тем, через какой именно сервер на промежуточном уровне (MyDBServerBDE.exe или через MyDBServerADO.exe) организуется подключение к MyDB.

Суть проблемы:

MyDatabaseBDE.exe и MyDatabaseADO.exe через провайдеров предоставляют в распоряжение MyDatabaseXXX.exe несколько параметризованных
запросов. MyDatabaseXXX.exe этих провайдеров видит, равно как и то,
что у них есть параметры. Более того, провайдеры работают и возвращают корректные наборы данных. Далее MyDatabaseXXX.exe уже через своих собственных провайдеров предоставляет запросы уже своим клиентам. Но при этом провайдеры MyDatabaseXXX.exe категорически отказываются передовать клиентам сведения о наличии параметров в запросах!!! Иными словами, в приложениях-клиентах (MyDBClient1/2/3/...) метод TClientDataSet.FetchParams ни к чему не приводит - список параметров остается пустым. Добавление параметров ручками также ничего не дает - они просто не срабатывают, и все запросы возвращают пустые наборы данных. Подозреваю, что значения параметров, добавленных ручками даже просто не доходят до MyDBServerBDE\ADO, и MyDBServerBDE\ADO забивает их NULLами.

КАК ЭТО МОЖНО ИСПРАВИТЬ\ОБОЙТИ???