D.BА еще не плохо было бы взять в привычку открывать RecordSet не на таблице или запросе непосредственно , а обьявить строковую переменную .Вообще не согласен. Использовать надо то, что удобней на данный момент. Использую всё. Если запрос используется в нескольких местах или он довольно большой по тексту - сохраняю, и наоборот. Так же сохраняю когда нужна чуть большая производительность (ну это скорее самоуспокоение - ну так мне кааатся). Рекордсет на таблице (локальной) поддерживает метод Seek . И прочее...

qqqq756Кстати, в чем принципиальная разница между Recordset и DAO.Recordset?В том, что Recordset это набор записей вообще (какую библиотеку подхватит, таким и будет, принцип - кто раньше встал того и тапки)), DAO.Recordset это набор записей конкретной библиотеки - DAO , и он отличается по свойствам и методам от набора записей библиотеки ADO .

qqqq756, подобные объекты зависящие от библиотеки часты. Например объект Application - Access.Application, Excel.Application, Word.Application и т.д.

qqqq756, да

D.BВаще метод Seek мне кажется редко кто использует ввиду не очень быстро работы и то , что только на локальных таблицах.Он вообще-то быстрее методов Find однозначно.
D.BДля отладки гораздо удобнее с переменной.
Ну если конечно программист супер класса и не использует отладкуКакой отладки? Часто однозначно я знаю что хочу получить и потому для задания параметров использую собсна - параметры, а не в строку вживляю. Тем более когда массово изменяю данные.
А вот когда идёт построение сложных источников данных, когда мне неизвестны ни поля, ни таблицы, ни условия, тогда да, есть специальные построители.

Не очень удобно в тексте иметь портянки текста. Ушёл я от этой методы. Остались исключительно мелкие (небольшие по длине текста инструкции) запросы, и то, только потому, что лень выдумывать названия и загромождает список запросов.