Добрый день всем!

Поставлена задача перевести серверную часть приложения с MSSQL на PostgreSQL. Сервер работает под Linux. Клиентская часть написана на VFP6 и работает под WinXP. На клиентском компе стоит драйвер ODBC для PostgreSQL.

В клиентской программе создается параметризованный просмотр некоторой таблицы, хранящейся на сервере PostgreSQL, типа следующего:

CREATE SQL VIEW vw_документы REMOTE CONNECTION pgConnect SHARED AS;
SELECT КОД, ДАТА, КОММЕНТАРИЙ, СУММА FROM документы WHERE ОПЕР = ?nOper;

Проблема в том, что этот просмотр обращается на сервер сразу, в момент создания, когда переменная nOper еще не определена. В результате происходит большая задержка в выполнении программы, когда вся таблица <документы> качается на клиентский компьютер. А вообще-то бы надо, чтобы просмотр был только определен, а данные были бы закачаны позднее, когда определится переменная nOper и с помощью команды REQUERY().

Анализатором трафика я выяснил, что в момент создания просмотра на сервер проходят две команды:
1. SELECT КОД, ДАТА, КОММЕНТАРИЙ, СУММА FROM документы WHERE ОПЕР = NULL --(NULL здесь потому, что переменная nOper на клиенте еще не определена) на этот запрос сервер возвращает пустую таблицу;
2. SELECT * FROM документы -- почему-то проходит этот запрос, который и заставляет сервер вернуть всю таблицу целиком, из-за чего происходит задержка.

Кто может подсказать, почему просмотр выполняется сразу, как это отключить? Может дело в настройках VFP6 или драйвера ODBC для PostgreSQL? Я таких настроек не нашел. На MSSQL все нормально работало.

Заранее всем спасибо. Только прошу по существу дела.

Да, я знаю такое свойство, но в данном случае не используется форма и следовательно отсутствует объект DataEnvironment.

Про это свойство я знаю, но дело в том, что в данном случае не используется форма и поэтому отсутствует объект DataEnvironment.

ВладимирМЭто свойство аналогична такому синтаксису открытия Remote View



Все правильно, только запрос посылается до того, как я выполняю команду USE.

ВладимирМНе понял. А как же Вы тогда вообще открываете свое Remote View для использования?

В том то и проблема. При работе с MSSQL в момент создания удаленного просмотра запрос на сервер не происходил. По крайней мере не было задержки и не было никаких сообщений с сервера. С этим драйвером ODBC для PostgreSQL это происходит. Сам сервер тут ни при чем - он честно отрабатывает полученные запросы. В фоксовой программе ничего не изменялось. Дело скорее всего в настройках драйвера. Только в каких? Прочитал всю доку к драйверу ODBC - ничего полезного пока не нашел.

Ну то есть просмотр создается и можно вроде бы работать, только мне эта задержка очень не нравится.

Пробовал определять nOper перед созданием удаленного просмотра. По сути это ничего не меняет. Все-равно на сервер проходят два запроса в момент создания удаленного просмотра. Только теперь уже в первом запросе nOper опеределен, а второй по-прежнему запрашивает всю таблицу целиком.

ВладимирМВы что, создаете Remote View динамически? В процессе работы приложения? Т.е. у Вас нет готового файла DBC с созданным Remote View? Каждый раз пишете команду CREATE SQL VIEW? Можно узнать зачем? Почему нельзя один раз создать Remote View и дальше просто его открывать?

Да, Remote View создается динамически, т.к. клиентское приложение заранее не знает, какие справочники присутствуют на сервере. Список доступных справочников клиентское приложение получает после аутентификации пользователя. Текст запроса генерируется динамически в зависимости от того, содержимое какого справочника хочет просмотреть пользователь и собирается в некоторой переменной cCommand, а затем выполняется с помощью команды &cCommand.

ВладимирМ Это же можно сделать через SQLExec()+CursorSetProp().

Надо попробовать.