Ситуация такая: на форме в определенном порядке валяються кнопка и ДеБеГрид. по кнопке выполняется запрос к ДБ Оракл в цыкле, значения подставляються из масива:

Прикол вот в чем при значении UniGlo[i].n = 3 по запросу должны выдаваться 27 записей, а выдается 25. При этом если я вне цыкла по другой кнопке с той же OraQuery1 выполню запрос "select idattr from commonattr where iddoc=3", мне вернуться 27 записей. Перед выполнением запроса в своей программе проверяю правильность синтаксиса с помощью TOAD. И теперь гвоздь программы - если мне вдруг вздумаеться увеличить высоту ДеБеГрида на такую что влазит без скрола > 25 записей - все работает как часики. В чем прикол, дамы и господа?

мож на Open заменишь ?

Заменил. Запустил. История повторилась - при уменшении размера ДеБеГрида получаю 25 записей. Удаление Грида равно как и опустошение его ДатаСорса - ничего не дает - 25 хоть ты тресни. Какая тут связь?

AlexLogos, случаем не D2009? А то я подобную ситуацию наблюдал с LookupComboBox. Подключаешь, раскрываешь список, а в нем область видимости только одна строка. Если проскроилить ниже и повторно раскрыть, то уже до той строки, на которой скрол остановился. И это не смотря на то, что DropDownRows = 7.
Видимо что-то глючное в пакете разработчики натворили.

Добавлено через 54 секунды
AlexLogos, а источник данных сколько записей возвращает?

причина в том что именно источник данных возвращает количество затисей в зависимости от высоты Грида. Но если я выполняю отдельно запрос вне цыкла - эта зависимость исчезает. 

А сам цикл можешь показать. Скорее всего ошибка в нем. Или не все UniGlo[i].n имеют значение 3.

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

где Edit2.Text = "select idattr from commonattr where iddoc =" и выполню его по кнопке без цыкла - выдает все нужные записи...

с датасетами лучше использовать цикл так

иначе у тебя будет проходить только по тем записям, которые в данный момент в датасет содержатся. А без фетч олл там вполне могут и не все быть.

и проверку на содержание записей лучше IsEmpty, если есть у OraQuery конечно(просто не знаю что за компонент) хотя 1 запись вроде всегда подгружать должен, даже если не в чем отображать..

Это сообщение отредактировал(а) vovk - 15.9.2009, 18:17

Поставь на входе и в начале цикла:

и посмотри.

Это сообщение отредактировал(а) former - 15.9.2009, 16:50

Це спрацювало. Виникає питання: чому РекордКаунт мені видає невірні значення?

Добавлено через 4 минуты и 25 секунд
 
Модифікую код - працює добре, але мене не влаштовує те що доводиться постійно збільшувати розмір масива в ході циклу - при великій кількості даних може затримувати роботу...

Добавлено через 9 минут и 51 секунду
як можна інакше дізнатися кількість записів коли OraQuery1.RecordCount видає невірне значення і при цьому не використовувати цикл, як вказано в прикладі?

запросом 
Select Count(*) From <таблица> where <условия>

Кінцева версія. Дакую, товариші - все працює. Правда, якби не глючили компоненти я б вже на початковому етапі зменшив би код в півтора рази, а так як деякі запити виконуються невірно - доводиться шукати довші шляхи. 
Випадково не підкажете для Delphi 7 яку версію ODAC встановити щоб таких проблем уникати і де її скачати. У мене зараз версія 5.7. 

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

//это уже кажется позновато добавил 
Если записей заведомо немного то можно использовать FetchAll. 

Это сообщение отредактировал(а) vovk - 15.9.2009, 17:56

якщо брати до уваги вказані зауваження і дійсно поправити значення FetchAll встановивши значення True - найперший варіант процедури теж працює без всіляких обходів типу визначення кількості записів через запит... Вік живи, вік учись... Дякую.

По умолчанию у OraQuery стоит выбор 25 записей, если стать на последнюю в гриде и попытаться прокрутить ниже, то все подгрузится, по крайней мере у меня никаких глюков никогда не возникало, если размер грида позволяет показать >25 записей просто установите свойство OraQuery.FetchRows нужному значению и будет все ок. 
FetchAll конечно хорошо, но если запрос будет возвращать >1000 записей, то нахрен они сразу все пользователю все равно со всеми он сразу работать не сможет.