Доброго всем!
Сейчас встал один спор про оптимизацию запроса, а именно:

Если делаем выборку данных  и потом левым соединением цепляем вложенный запрос, например

Выбрать Т1.1
Т2.1
из Т1
Левое соединение (
выбрать т3.1
из Т3
) как т2
по Т1.1 = т2.1

Так вот:
1) Сколько запросов пошлет 1С-ка менеджеру СУБД (в файловом и серверном вариантах)
2) как будет выглядеть SQL запрос (в файловом и серверном вариантах)


П.С. + подскажите, где и как можно увидеть/проанализировать эти самые "преобразованные" SQL запросы ?!

(0) есть какие-нить обработки или еще что-то, где  можно подать на вход 1С-кий запрос, а на выходе получить "преобразованный" SQL-запрос ?!

1) минимум 1 запрос
2) есть куча тулзов, от встроенного в скуль профайлера и до техножурнала и спец инструментов

(1) есть

1. 1 запрос
2. Примерно так и будет
Насчет запросов в файловом варианте... как бы тебе это сказать...

sql профайлер поможет тебе увидеть все что посылает 1с в sql

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

(5) а если файловый вариант базы?!

Просто спор встал в следующем:

Мол если делать соединение с вложенным запросом. то 1С-ка сперва пошлет СУБД левую таблицу, получит результат. Затем возьмет правую таблицу (вложенный запрос) - пошел его в менеджре СУБД, получит результат. А уж потом будет оперировать этими результатами.

Вопрос на сколько это имеет место в действительности!?
Т.е. какое действие на какой стороне происходит и в какой последовательности?!

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

(8) нинасколько.

(8) в скуле тоже есть вложенные запросы, а файловая покрыта мраком

(8) SQL все сделает сам.
2 вложенными циклами.

(9) ок, давай чуть более точечно. Допустим:

Выбрать Т1.1
Т2.1
из Т1
Левое соединение (
выбрать т3.1
из Т3
) как т2
по Т1.1 = т2.1

Где Т1 - таблица "Справочник.Контрагенты"
т3 - таблица "Справочник.ДоговорКонтрагента.ТЧ" - ну т.е. это какая-то табличная часть справочника, которая выбирается во вложенном запросе, затем группируется и этот результат уже соединяется с таблицей Т1.


Вот в данном случае сколько будет запросов из 1С к СУБД, какие данные где будут обрабатываться (т.е. все будет обработано в СУБД или часть в СУБД, а часть в 1С).

(13) 1

(10) Где это почитать можно?!

Просто сколько людей столько и мнений. Уже много раз подымались подобные темы + общаясь с разными людьми слышу разные (порой совсем разные) сведения.

"Так где же истина, брат" (с)

(15) Достаточно подумать логически.

(15) открой профайлер и посмотри - на многое откроются глаза

(17) а где его там найти?! это в Менеджменте?

(15) Ну или запустить Профайлер, посмотреть, как 1С строит 1 запрос к SQL в случае (0), как 1С строит доп. запросы к таблице метаданных, выбирая значения перечислений, строит временные таблицы при получении ВТ Остатки.

"Много неясного в странной стране,
Можно запутаться и заблудиться.
Даже мурашки ползут по спине,
Если представить, что может случиться.
Вдруг будет пропасть и нужен прыжок.
Струсишь ли сразу? Прыгнешь ли смело?
А? э... так-то, дружок,
В этом-то все и дело."

(18) ms sql profiler - погугли.
Это дает 100500 к понимаю 1С.

Самое забавное смотреть на партянку разыменования ДокументСсылка.

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

(20) ок, спасибо!

(22) Система работает очень логично и оптимально.

(24) она то может и работает, но объяснить "как именно она это делает" никто толком не может.

(25) кто может - тот не задает вопросов, ибо ему все понятно

вот небольшое погружение на хабре
http://habrahabr.ru/post/164913/

(22) то что ты оптимизация в кавычках написал это очень правильно :)))
потом что force order и hash join ты никогда в 1ском запросе не напишешь

в (27)
больше дезинформации, чем информации.