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

Проблема в том, что 1С (а может СУБД) кэширует данные, получаемые из БД. Так что первый раз запрос выполняется, допустим, 45 секунд, второй раз - 10 секунд, третий раз - почти мгновенно. Это затрудняет определение того, какой из нескольких вариантов запроса работает быстрее.

Кто-нибудь знает, как решить эту проблемку?

Чисть кэш на скуле

К сожалению, нет доступа к серверу СУБД.

Еще какие-нибудь варианты? :)

Консолей со временем выполнения предостаточно, допилить опять же минутное дело. Я себе прикрутил http://infostart.ru/public/78001/

(2) Другие мне не известны и вряд ли существуют.

нормальная это ситуация. просто 10 раз выполняй запрос и общее время смотри, другой запрос тоже 10 раз

Проблема не в том, чтобы допилить, я же написал об этом в (0).
Проблема в кэшировании результатов запроса то ли СУБД, то ли сервером приложений 1С, что мешает точно определять время выполнения запроса.

(6) Задал 2 вопроса - получил 2 вопроса

+(7) *ответа

(5) а если оба запроса похожи и отличаются только одной строкой, допустим? :) тогда нужно выжидать некоторое время между сериями испытаний, чтобы данные исчезли из кэша? :)

(9) разница в доли секунды во время исполнения - не стоит оптимизации. либо запрос кривой либо нет.

(10) Нет, я к тому, что если запросы похожие, то, когда ты начнешь исполнять второй запрос в первый раз, он успешно возьмет данные из кэша, помещенные туда во время десятого выполнения первого запроса.

(11) ну ёлки палки.
Делай так :
Первый
Второй
Первый
Второй
10раз Первый - запомнил время
10раз Второй - запомнил время

(12) и второй запрос ВСЕГДА будет использовать данные, накэшированные первым :)

(13) он их использует при
Первый
Второй
Первый
Второй

потом первый будет использовать 2-го, а 2-й первого. погрешность будет минимальна.

Хочеш знать наверняка - план запроса на скуле и там замеряй

(14)а, ну, в принцие, да