Если в режиме предприятия несколько раз выполнить один и тот же запрос, то в последующие разы он выполняется быстрее.

Мне хотелось бы чтобы отключить оптизацию, чтобы можно было объективно оценить как влияют изменения запроса на скорость выполнения запроса.

Как это можно сделать?

не уж то нельзя

Перезагружай сервер каждый раз :-)

Ограничить SQL 512 мб. ОЗУ. :-)

(3) админы меня не поймут

(0) оптимизатор sql хотите отрубить?

(0) В файловой версии запрос тестируй

(6) эту базу уже не загрузить

на скуле FREE PROCCASHE выполняй каждый раз перед запуском запроса

кэширование он хочет отрубить, а не оптимизатор

(0) кэши сервера чисти у 1С

http://technet.microsoft.com/ru-ru/library/ms174283.aspx

(9) все равно в 1С не используется - пусть отрубает )))

(12) да что вы говорите...

(13) а вы?

(13) ну и как 1С пользует оптимизатор SQL?

(15) 1c только посылает запрос на скуль, ПЛАН запроса, оптимальное его выполнение - не на совсети 1с, SQL вычисляет план для каждого запроса, который попал к нему в нутро.

с какого бодуна 1с вобще должна заморачиваться оптимизацией? Это дел СУБД, и только её. Ну и ещё програмера с кривыми руками и запросами

и тех журнал 1с если что со Скуля достёт план запроса, сама 1с родить его не может физически. Сама только для файловой она делает всё, но файловая субд это те ещё потёмки

(16) так 1С не делает НИЧЕГО, чтобы работать с оптимизатором - не подстраивает запрос, не пытается использовать хинты.
Т.е. сработал оптимизатор, не сработал - 1С пофик.

DBCC FREEPROCCACHE
DBCC DROPCLEANBUFFERS

(17)>>с какого бодуна 1с вобще должна заморачиваться оптимизацией? Это дел СУБД
- ай-яй-яй.
Вот если бы 1С не совалась в калашный ряд, и оставила все как есть - СУБД и свою надстройку, то вы правы.
А раз сунулась СР - так будь добра тогда и оптимизацию в том числе тех же запросов делать.
Любым доступным способом.

(19) именно пофиг, она и не должна ничего делать. Она передаёт запрос скулю, только и всего, всегда и везде сам програмер должен думать об это. Есть косяки и у 1с конечно, что превращает запрос в монстра иногда, с теми же РЛС, но использование оптимизатора от неё не зависит

(18)>>но файловая субд это те ещё потёмки
это не потемки, а наспех сварганенное нечто на основе DBF-таблиц.
Из 7.7.

(22)>>всегда и везде сам програмер должен думать об это
и как он должен думать? Находясь в подвале и стреляя через окно, попасть в птицу за углом??

(22)>>что превращает запрос в монстра иногда, с теми же РЛС
безо всяких РЛС соединения таблиц достигали таких масштабов, что до 2005 версии SQL даже и не предполагал, что ЭТО ВСЕ НУЖНО КОМУ-ТО!

(21) Идите в разработчики платформы, научите их работать. Из принципа споришь чтоли? Оптимизатор сам по себе, не надо сюда 1с приплетать. Да, он работает с тем что есть, и оно может быть не совсем причесано, вот он и оптимизирует что можно.
(24) Настраивать скуль должен, то что влияет на оптимизатор. Писать запросы прямыми руками, не надеясь что железка догадается что надо вместо милиона выбрать всего 5 записей и т.д.

+ ( 25) - светлые головы в MS подсказали, что неплохо бы расширить количество соединяемых таблиц. А то б до сих пор прыгали с любимой 1С на больших запросах.

(26)>>Писать запросы прямыми руками, не надеясь что железка догадается что надо вместо милиона выбрать всего 5 записей
Смешной вы.
Где ж 1С возьмет 5 записей, если ей для этого нужны - миллионы?!
Вот когда миллионы попадут в 1С-сервер, тогда он и отберет нужные 5...

(28) :)
т.е. криво написаный запрос кривым порграмером должна причесать сама 1с? вы смешной уже.
Хватит спорить ни о чем, нет волшебных палочек исправляющих кривые запросы. Оптимизатор SQL работает всегда, проблема в материале, который ему суют только может быть

(29)>>Оптимизатор SQL работает всегда, проблема в материале
о, как и 1С, иногда вы говорите правду, не предполагая её сказать ))

В Оракле есть секретный хинт -- +fast=true/false. Наверное и разработчики 1С что-то предусмотрели. Попробуй что-нибудь типа

{ МЕДЛЕННО }

или

{ НЕ СПЕША }

(31) -> (0)

(28) у вас есть сертификат 1с эксперт?

Поток "сознания", а точнее болезненный бред, продолжается...

(0) > объективно оценить как влияют изменения запроса на скорость выполнения запроса. Как это можно сделать?

ОБЪЕКТИВНО? Тестировать запрос в тех же условиях, в которых он будет выполнятся в продакшене. То есть со всеми оптимизациями, кэшами и пр. И не любить себе мозги.

(34) Строго по теме.