rujimНужна позиция записи в запросе для возврата при последующем обращении с теми же параметрами запроса.
Это неверный подход!!! Более того, ошибочный в самой своей сути!
В SQL нигде не оговаривается порядок следования записей (если, конечно, не задано ORDER BY...). Стандартом гарантируется только то, что результирующий набор БУДЕТ СОДЕРЖАТЬ ВСЕ ЗАПИСИ, УДОВЛЕТВОРЯЮЩИЕ УСЛОВИЯМ ЗАПРОСА. То есть, одна и та же запись при последовательных выполнениях одного и тот же запроса может иметь разный № внутри результирующего набора...

rujimorder by задан. Дело в том, что сам RecNo не вычисляет значение записи.
Ну, блин! Вам "шашечки или ехать"?
Рассматривайте RecNo как индикатор/флаг/"указатель" для следующего утверждения: сейчас я нахожусь на записи № <RecNo>...
И если написать: "<Набор записей>->RecNo=100000;", то физического перехода на запись с таким номером не произойдет... Просто значение у RecNo изменится, а позиция останется прежней...
Для физического перехода к записи по известному номеру надо сделать:
<Набор записей>->First();
<Набор записей>->MoveBy(<Номер записи-1>);

rujimЯ прекрасно понимаю концепцию выборки и установки курсора в заданное место в запросе, но я не могу из RecNo взять число, отличное от -1. Как его заставить работать или забыть о нем, как советует Карабас Барабас???
если после выполнения кода:

<Набор записей>->First();
for(int i=0;i<3;i++)
<Набор записей>->Next();

RecNo все равно равен -1, то я ничего не понимаю в этой жизни...

kowaraiа как мне узнать, добрался я до верхней строчки или нет?
иначе она плюется exception'ом, по случаю BOF = true;
нужно поставить обработку на нажатие стрелочек для перемещения по строкам ADOQuery... RecNo = -1 понятно дело...
Вот и лови этот exception в try-catch блоке...
Если надо - выводи что-нибудь через MessageBox, если не надо, то оставь catch пустым...