Почему при использовании в запросе odbc-связанного ресурса режим редактирования текста этого самого запроса открывается так, будто происходит выполнение запроса?

ROI, ну давай начнём с начала.

1. Создаём файлик mdb, открываем.
2. Создаём ODBC-соединение с некой парой таблиц, расположенных в базе на удалённом сервере
3. Создаём объект Запрос в файлике mdb, где пишем завывертский запрос, вытаскивающий данные из этих подключенных таблиц
4. Сохраняем запрос

Предположим, что время выполнения запроса 10 секунд. Тогда при попытке открытия этого запроса в режике конструктора/SQL текст запроса мы увидим приблизительно через 10 секунд. Хотя тексты запросов к локальным таблицам так долго не открываются.
И вот вопрос: че за байда такая? Аксу надо выпонить запрос, чтобы показать его исходиный текст? это же глупость

ROI, то есть способ решения типа есть?

По каким словам то искать? как это назвать коротко? а ответ тут сразу можно ж написать или он уж очень сложен в описании?

interesno5kar-karich,

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

в чем тут существенная разница в коннектах?


vladK, какие колонки? там прописано "select *", но даже если прописать "select id" ничего не изменится

TOP N - это лимит на кол-во записей выборки? так проблема то останется, просто на выполнение будет тратиться меньше времени, но оно всё-таки будет тратиться при просмотре листинга запроса

vladK, тогда выходит, что надо в сохранённом варианте всех запросов прописывать TOP, иначе как его открыть быстро и не ждать 30 минут? ведь мы же не знаем, когда в следующий раз придётся его изменить или просто посмотреть исходный код запроса.
получается надо будет каждый раз перед его запуском открывать в конструкторе и убирать этот TOP, а после выполнения опять возвращать взад. что-то мне чувсвуется запах костыльного решения ...

Рой написал, что решение есть. обманул чтоли?

ROI, с открытием запроса в режиме таблицы большая проблема. запросы не селектовые, а инсертовые и апдейтовые. или ты предлагаешь открыть в режиме таблицы все объекты, которые используются в запросах до запусках непосредственно самого запроса?

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