В новой версии Ei реализован аналог MSSQL Profiler. Только в контексте 1С. Используется технологический журнал.  Более подробно можно почитать Здесь http://infostart.ru/blogs/953/ или http://main.1c-ei.ru/Articles/trassirovka.

Полное описание изменений здесь http://main.1c-ei.ru/Home/versions/1090

а зачем это для 1С?

(1) Поздравляю! ты балбес (с)

челы реально тему копают.....

(2) очень информативный ответ.
я профайлером пользуюсь, только для того, чтобы узнать порядок запуска хр. процедур или запросов при отсутствии исходников. зачем это для 1с, когда исходники бери да смотри.

(1) В основном для отладки и решением проблем производительности. Во встроенном языке не всегда очень понятно будет у тебя выполнятся запрос или нет и с какими параметрами, Так же это необходимо что бы понять как работают некоторые
конструкции на встроенном языке.

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

(4) вы видели простыни 1с запроса в скл виде? 10 строк 1с запроса по документам легко превращаются в пару сотен строк скл запроса с перебором ВСЕХ таблиц документов. как в этом ВООБЩЕ можно разобраться? и чем скл запрос может помочь 1с запросу, вы будете код скл запроса вставлять в 1с? быстродействие от этого не улучшится, я вам это гарантирую. непонятная обработка непонятно для чего.
обработка могла быть полезной для выдергивания запросов при обмене информации между БД, но с этим прекрасно справляется обычный профайлер.

(5) Это повод для того чтоб переписать 1С запрос так чтоб он не превращался в простыни на SQL, что и позволит увеличить быстродействие.

(5)
>вы видели простыни 1с запроса в скл виде?
Улыбнуло :) да видел.

>как в этом ВООБЩЕ можно разобраться? и чем скл запрос может помочь 1с запросу

внимательно почитайте статью.. любой запрос SDBL перобразовывается к чистому запросу 1С с параметрами. Данный запрос можно выполнить так же как в Prfiler MSSQL.

(6) в конфигураторе это сделать в принципе не возможно. интерпретатор запросов будет просматривать все таблицы, где упоминается нужный реквизит. вы конечно можете катрировать полученный скл запрос и засунуть его в хр. процедуру, но достоверность полученных данных  будет стремится к нулю.

(7)"любой запрос SDBL перобразовывается" - откуда вы возьмете этот запрос? посмотрите в своей обработке? :) гоняем запросы туды-сюды, пока бесплатно :)

(9) Почитай те пожалуйста статью, посмотрите кино и давайте после этого поговорим.
я ДУМАЮ НА ВСЕ Ваши вопросы вы сами себе дадите ответы.

(0) особо не жди здесь признания, слишком серьезную штуку сделали
она очень пригодиться, просто таких будет врядли больше сотни на сто тысяч 1Сков
в основном это будут "эксперты"

юмор всей ситуации заключается в том, что ваша обработка будет востребована моими клиентами при переводе выгрузки из внешней обработки 1с в запросы скл. Нет, быстродействие запросов не увеличится, но очень заметно сократится время выгрузки, с нескольких часов, до нескольких минут, за счет исключения тормозного АДО.

(10) я задаю слишком сложные вопросы для вас? я не собираюсь тратить свое время на просмотр бессмысленных вещей. обычный профайлер меня устраивает.

(11) очень пригодится для чего? для того чтобы оптимизировать запрос 1с, не нужно его разбирать в скл виде. внутренний интерпретатор запросов 1с, вам никогда не переделать. не занимайтесь ерундой, особенно, когда вы не в теме.

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

(14) с тобой все ясно, это диагноз

(16) месье, вы под флодераста косите?

(15) Не нравится, не юзай. Делов то...

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

(17) у тебя нет задач, где бы данная обработка пригодилась
у меня есть, и рад что такую вещь сделали, хотя конечно плохо, что не сам 1С, так как опять начнут палки в колеса ставить

(20) расскажи об этой задаче и как тебе помогла эта обработка. Почему этой обработки нет у 1С? потому что у 1С есть консоль запросов. а вы не знали?

(20) у меня есть задачи, где бы пригодилась эта обработка,об этом я писал выше.

(21) У 1С тоже есть такая обработка, называется центр управления производительностью.
Они хорошо дополнят друг друга :) впрочем всё равно людей не пожалевших денег на ЦУП по пальцам перечесть

(19) Ты хорошо ознакомился со всеми нововведениями в новой версии?

(21) к сожалению, использую в коммерческих целях, и даже суть алгоритма расказать не могу
общая задача - разбор падения производительности запроса при разных параметрах

(23) ЦУП немного для других целей. В качестве Profiler он колоссально проигрывает Ei.  
>(15) как авторы предлагают нам разбираться в этих простынях, история умалчивает.
Конечным результатом будут запросы на чистом 1С.

(25) блин,я опять опустился до уровня общения с людьми, у которых "секретные" задачи, и которым помогла обработка, выпущенная пару часов назад.
(26)кроме профайлера есть студия. если я тебе дам сейчас модифицированный запрос, то ты мне вернешь исходник?

(27) обработка выпущена в 2006 году.
и те кто участвуют в проекте могли получить это функционал еще в декабре 2008
все остальное сможешь сделать самостоятельно.

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

Единственное место, где можно оптимизировать запрос 1С - это конфигуратор 1С.
Не хочешь ли ты мне сказать, что твоя обработка меняет алгоритм внутреннего интерпретатора запросов 1С? Интерпретатор, как выдавал не читабельные простыни, с перебором всех таблиц, так и будет выдавать, все ваши потуги, ему по одному месту.
Дальше...без меня.

(30) прочти http://www.gilev.ru/1c/81/index/optimquery.htm
может ченидь у тебя проясниться

молодцы. отличный инструмент (про EI), полезный функционал (про трассировку).

(0) осталось дождаться, когда научаться план запроса sql еще получать, вот тогда совсем реально станет разбирать производительность, пока только профайлер sql

(31) и как же раньше народ без твоей обработки индексы ставил? наверно никак. присоединяюсь к (32).

(33) недолго осталось, на следующей неделе исходники откроют и апи приделают.

(34) какая обработка? ты вообще сколько выкурил :)))
понятно, что ты не въезжаешь

(36)хаха, назвал ВК обработкой, посыпаю голову пеплом. все еще лудим?