оптимизируем запросы.

[Vadik]

Цитата:

Сообщение от SHiSHok

4) буду знать, даже визуально приятнее читать условия к конкретному join (в общем то следовал схеме запроса DIS слоя)

Оформление данного запроса - не тот стиль, которого стоит придерживаться. Он трудно читается, в нем трудно искать ошибки при отладке
SQL Style - FROM x,y,z or INNER JOIN; We are all Cowboy Coders

На производительности запроса с использованием только INNER JOIN и AND-условий такое оформление не сказывается никак (оптимизатор это щелкает как орехи), скорее неряшливость в оформлении кода. "Выстрелить" это может при использовании EXIST и NOTEXIST JOIN

Цитата:

Сообщение от mazzy

Это особенность Аксапты. В dis-слое писали неоптимально.
Об этом писал Еременко, по-моему, в своем блоге

действительно, куда же еще это писать, если не в блог

Цитата:

Сообщение от mazzy

Аксапта может разбить один запрос на несколько вложенных если в середине используется временная таблица или нет полей для выборки.
Например,
select table1 where ...
join table2 where ...
join table3 where ...
ЕСЛИ table2
1. привязана к незакупленному лицензионному ключу
2. или выключенному конфигурационному
3. или является временной
ТО на sql пойдет не один запрос, а несколько вложенных

по-моему, ты что-то с чем-то путаешь.. в любом случае, при отключенной table2 что один запрос, что несколько - приводят к пустой выборке