Цитата:
Сообщение от
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 что один запрос, что несколько - приводят к пустой выборке