Много InnerJoin в форме

[kashperuk]

Кто поможет исправить форму?
В ней 5 источников и грид.
Все источники соединены:

1) InventJournalTable к InventJournalTrans.
2) InventTable к InventJournalTrans.
3) InventDim к InventJournalTrans.
4) InventJournalTrans
5) InventJournalName к InventJournalTable

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

Как можно исправить?
Форма в attachment
(условие по JournalNameId наложить можно для ограничения кол-ва записей выбираемых в init источника InventJournalTable)

[KiselevSA]

Я бы поменял порядок связи:
1) InventJournalTable к InventJournalTrans.
2) InventJournalTable к InventJournalName
3) InventTable к InventJournalTrans.
4) InventDim к InventJournalTrans.

[kashperuk]

Цитата:

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

Я бы поменял порядок связи:
1) InventJournalTable к InventJournalTrans.
2) InventJournalTable к InventJournalName
3) InventTable к InventJournalTrans.
4) InventDim к InventJournalTrans.

А в АОТ как такое реализовать?
В JoinSource для источника InventJournalTable можно указать только один другой источник.

А меня не волнуют наименования. Это для примера таблички. И там именно InnerJoin
Суть в том, что если так подключаем источник, то рушится запрос - точнее, запрос выводится правильно, но вот отображаются данные неверно

[Wamr]

Это очередная ошибка парсера, из той же серии, что и "магия числа 7".
Не любит Аксапта, когда ей дают сильно разветленные запросы.
Но выход есть, так как у вас всего 5 таблиц
Тут действительно важна последовательность DS, чтобы получился такой запрос
InventJournalName
|
InventJournalTable
|
InventJournalTrans
|
|-InventTable
|-InventDim

[kashperuk]

Спасибо, Wamr

Читал уже неоднократно на форуме про эту проблему с парсером, но, честно говоря, никак не мог предположить, что он захлебнется уже от 5 таблиц.
Обидно, блин.
Нужно будет на досуге обязательно посмотреть, как с этим в 4ке.

Выкладываю также форму с источниками, добавленными в том порядке, который указал Wamr

Осталось теперь еще только проверить это на своих таблицах, а не на тестовых.

[KiselevSA]

Мало того, что данные при нарушении последовательности не выбираются, при изменении порядка связи может в несколько раз возрасти/упасть производительность запроса.
А по поводу порядка связи: никто ведь не говорит об указании двух связей в join, речь идет только о способе связи

[kashperuk]

Цитата:

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

Нужно будет на досуге обязательно посмотреть, как с этим в 4ке.

Сегодня посмотрел в четверке вечером.
К сожалению, эффект один в один повторяется, то есть ничего в этом направлении не сделано пока.