Доброго всем времени суток.

Помогите, пожалуйста, решить проблему. В программе создается ODBC-соединение с удаленной базой Informix, на что тратится ~20 сек. Затем, используя дескриптор этого соединения, делается простой запрос на выборку типа: "SELECT * FROM ... ORDER BY ...". Так вот этот запрос тоже выполняется ~20 сек. Не могу понять почему. Такое впечатление, что подключение заново создается. Исходная таблица содержит всего 534 записи. Был некий опыт работы с Oracle, но там и при сотнях тысяч записей такие "грабли" не проявлялись.
Подскажите в чем может быть дело?

Нет, с сетью все Ok. Опять же основная надстройка (на Delphi писаная) работает нормально.

Кстати, пробовал всю процедуру повторить на C++Builder + ADO - все нормально, а вот Фокс "кашляет"

АлексейОА delphi через тот же ODBC ходит? c точно такойже строкой соединения?

Delphi, похоже, ходит так же, только еще и через BDE

АлексейОДумаю что "кашляет" не фокс а ODBC.
можно проверить/обновить ODBC драйвер, а можно сделать курсор адаптер на ADO соединении.
в случае с Ms SQL это было у меня быстрее.

А ничего, что в связи с отсутствием OLE DB провайдера для Informix придется пользоваться универсальным, т.е. ODBC-шным ?

-=AlexiS=-А запрос случайно не параметрезированный ?

Нет, самый простой запрос.

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

По алгоритму программы соединение создается после вводе логина и пароля при входе в программу функцией SQLSTRINGCONNECT (или SQLCONNECT). Затем из меню главной формы вызываю новую, в INIT() которой делается запрос. Что не так?

ВладимирМКод приведите. Как именно делаете запрос к серверу?

вот так:

Юрий Р.ВладимирМКод приведите. Как именно делаете запрос к серверу?

вот так:



то есть это подключение, а запрос вот:

-=AlexiS=- lnConnHandle = SQLSTRINGCONNECT(lcConnString)
lnCursorCount = SQLEXEC( gnConnHandle , lcSQLText, "CredDogList")

Это опечатка ?

Нет. lnConnHandle возвращается функцией и присваивается глобальной gnConnHandle.

-=AlexiS=-а мужыки то и не знают (С)

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

если выполнить этот же запрос второй раз - скорость увеличиваеться ?

Увы. При последующих аналогичных запросах та же картина маслом.

Я тоже имел ввиду точно такой же.
Про MS SQL не знаю, не сталкивался.
Кстати, если подключение и запрос выполнять в одной процедуре, то затрачивается только ~20 сек., а если так, как у меня - в два раза дольше. Непонятно ...

to АлексейО

Возможно Вы не совсем внимательно читали обсуждение, но я поясню подробней.

В головном модуле объявляется глобальная переменная gnConnHandle , которая по задумке будет содержать дескриптор моего соединения. Затем, в процессе регистрации пользователя (это естественно отдельная форма), с помощью функции генерации подключения ей присваивается конкретное значение, в зависимости от которого делается вывод об удачном/неудачном соединении с базой. Первые две строки взяты из функции генерации подключения и перемення lnConnHandle - это ее локальная переменная, передаваемая из функции. А две последние строки взяты из кода события INIT() отдельной формы, вызываемой при необходимости из меню пользователем.

Все работает ... но медленно, что, собственно, и не устраивает.

В принципе выход есть. Он заключается в хранении результата запроса в таблице временной базы фокса. Эта таблица фактически представляет собой справочник, который обновляется ежедневно в начале работы, хотя возможно повторное обновление, но не часто. Однако кроме этого мне понадобятся регулярные запросы на обновление некоторых таблиц Informix (ввод платежек, например).
Поэтому беспокоит не будут ли и эти запросы так долго работать, что не допустимо.