Сломал всю голову. Access 2010. Разделенная БД.

Есть табличная форма.
Заполняется данными с помощью DAO.Recordset:



В переменной sql обычный Select запрос.
Данные загружаются нормально. Но при попытке сортировки или фильтрации в форме, вываливается ошибка запроса.
Стал смотреть Me.RecordSource и обнаружил, что при установке рекордсета формы, в RecordSource помещается обрезанный до 255 символов запрос. Отсюда и ошибки при сортировке. Если загружать данные в форму напрямую через Me.RecordSource=sql, то все ОК, но мне такой вариант не подходит.

Кто сталкивался, как побороть?

l-evgeneKrinopotam,

Me.RecordSource=sql
sql может быть любой длины. По крайней мере 600-700 знаков у меня было

Про это я знаю, но в этом случае сталкиваюсь с другими граблями - проблема с принудительным обновлением табличной формы.
Ни requery, ни Me.RecordSource=Me.RecordSource не работают стабильно. Обновление то срабатывает, то не срабатывает без всякой системы. Какие только конструкции я не пробовал.
Не говоря уже о том, что Me.RecordSource значительно медленнее, чем через Recordset. Уж не знаю, в чем там причина, но различие в скорости заметно на глаз.

ROIА я использую
только ADO.Recordset

Тоже пробовал - с ним свои глюки. Сортировка на форме при простейшем запросе срабатывает один раз. После этого форма вообще перестает реагировать на сортировку. Плюс, используя ADO.Recordset я периодически ловлю краши Accessа без внятных причин.
Причем это происходит на разных машинах с разной операционкой. Декомпилирование/компилирование не помогает.
За что в Access не возьмись, везде сплошные грабли. Очень сырой продукт.

ПанургKrinopotam, протестировал сейчас, действительно есть такая проблема.
Вариант решения (наскорую вроде работает корректно)
сделать сохранённый запрос (можно если необходимо в нём менять строку SQL) и его использовать для открытия рекордсета, а потом уже присваивать форме.

Да, я тоже пришел к этому. Использую данное решение в качестве обходного пути. Спасибо!

sdkuПросмотрел как "ломаются копья", но так и не "вкурил" зачем использовать рекордсет(и соответственно VBA) там, где без этого вполне можно обойтись. Или написание некоего кода это самоцель. Ведь создание RS(на инструкции SQL, по сути запросе, есть доставание правой рукой левого уха) для заполнения формы данными не несет никаких преимуществ по сравнению с назначением источником данных той же самой инструкции.
(может я чего-то не понимаю и это действительно дает какие-то преимущества. Подчеркиваю для заполнения данными,а не их изменения,хотя и для этого,довольно часто, достаточно запроса )

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