Динамически join Data Sources

[konopello]

Есть две таблицы HeadTable и LineTable. Есть форма на которую добавлены 2-е эти таблицы. Хочу по кнопочке ну к примеру join их связать.

Как это лучше сделать?

делаю по нажатии кнопочки вот так

lineTable_ds.query().dataSourceNo(1).addDynalink(fieldnum(LineTable, Key), headTable, fieldnum(HeadTable, key));

Data Sources связываются. Но в методе headTable_ds.active() приходится вызывать lineTable_ds.executeQery();

Как правильней это сделать?

[Мариночка]

Хм, а почему бы не там же в кликде кнопки вызвать екзекьютКвери?

[Artem Kurginyan]

Цитата:

Сообщение от Мариночка

Хм, а почему бы не там же в кликде кнопки вызвать екзекьютКвери?

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

Konopello, вообще нет ничего зазорного в том, чтобы вызывать executeQuery линий на active хедера, ведь он сам вызывается, когда вы джойните датасорсы линий к хедерам мышью, в АОТ (можете попробовать обдебажить).

Также можете для эстетического удовлетворения взглянуть на форму BudgetModel - там используется addDynalink, правда вам врядли подойтет.

Вобщем, юзайте executeQuery на эктиве. Это вполне правильный способ.

[tricky]

Как мне кажется, в этом случае как раз таки могут подойти динамические связи. Например Включение и отключение relation между двумя таблицами?

[konopello]

Цитата:

Хм, а почему бы не там же в кликде кнопки вызвать екзекьютКвери?

Да мне не зачем юзать executeQuery на кликеде. Я хочу чтобы я нажал на кнопочку и 2-а источника данных стали связанными.

Цитата:

Вобщем, юзайте executeQuery на эктиве. Это вполне правильный способ.

У меня как бы все работает, но мне кажется что есть более правельный способ динамически зажойнить и отображать в гридах.

Хотел бы услышать мнение проффесионалов.

[Мариночка]

Цитата:

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

Хотел бы услышать мнение проффесионалов.

Ну-ну, обижаете

Цитата:

Сообщение от Artem Kurginyan

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

Почему? ЕкзекьюКвери заменит текущую квери вашей с линком, поставит условие where table1.field1 = table2.field2. и уже будет ее всегда выполнять. Для неверующих могу выслать хро.
ЗЫ: вы выставили JoinSource датасорсов на форме и вызвали clearDynalinks?

Цитата:

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

Как мне кажется, в этом случае как раз таки могут подойти динамические связи. Например Включение и отключение relation между двумя таблицами?

ммм, а разве это не было предложено изначально?

Имхо, на активе переколбашивать кверю некрасиво и напряжно.

Есть но, конечно. Какой тип JoinType вы хотите? Delayed?

[konopello]

Цитата:

Например Включение и отключение relation между двумя таблицами?

В принципе я все так и делал. Но проблема в том что приходится при переходе в шапки с записи на запись ручками вызывать executeQuery подчиненого источника данных. А по идее это должна делать сама Axapta

Цитата:

Ну-ну, обижаете

прошу прщение не хотел

Цитата:

Почему? ЕкзекьюКвери заменит текущую квери вашей с линком, поставит условие where table1.field1 = table2.field2. и уже будет ее всегда выполнять. Для неверующих могу выслать хро.
ЗЫ: вы выставили JoinSource датасорсов на форме и вызвали clearDynalinks?

еще раз говорю проблем с этим у меня нет, все запросы хорошо формируются. Мне не нравится вызывать ручками в методе active executeQuery тот которы Axapta должна вызывать сама. Вот я и хочу услышать как этого добится

Цитата:

Имхо, на активе переколбашивать кверю некрасиво и напряжно.

вот в этом то и вопрос

Цитата:

Есть но, конечно. Какой тип JoinType вы хотите? Delayed?

с этим мне все равно главно что бы Axapta сама отображала записи подчененого источника

[Мариночка]

Цитата:

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

еще раз говорю проблем с этим у меня нет, все запросы хорошо формируются. Мне не нравится вызывать ручками в методе active executeQuery тот которы Axapta должна вызывать сама. Вот я и хочу услышать как этого добится

Я ж и грю, на кликде надо . Приаттачила проект под 4ку, посмотрите, пожалуйста.
П.С. если что-то не включила или хотите под 3ку, пишите в личку.

[konopello]

Цитата:

Я ж и грю, на кликде надо . Приаттачила проект под 4ку, посмотрите, пожалуйста.

Спосибо конечно. У меня все примерно анологично. НО ЕЩЕ РАЗ ПОВТАРЯЮ проблема в том что когдая бегаю по верхнему гриду записи Axapta сама не обнавляет у подчененго источника и вот именно по этому у меня и возник этот вопрос. Так как обновление нижнего grida я делаю ручками

[belugin]

а что если вместо headTable передавать headTable_ds.cursor()?

[Мариночка]

Выяснили, что проблема в том, что JoinSource не прописан. Но автор не хочет его использовать в сочетании с clearDynalinks почему-то.

[Oleksandr]

Я думаю Мариночко как всегда (почти) права . От только объяснить не могу

[konopello]

Цитата:

а что если вместо headTable передавать headTable_ds.cursor()?

попробовал результат один и тот же.

Теоретически надо использовать метод

confirmAMLineDetail_ds.joinSource(HeadTable_ds);

или

confirmAMLineDetail_ds.joinSource(HeadTable_ds.name());

или

confirmAMLineDetail_ds.joinSource(HeadTable_ds.id());

но у меня так не чего не прокатывает

[AndyD]

Цитата:

Сообщение от Мариночка

Выяснили, что проблема в том, что JoinSource не прописан. Но автор не хочет его использовать в сочетании с clearDynalinks почему-то.

Интересный подход.
Но так второй датасорс будет дергаться все время - даже не смотря на отключенный диналинк

[AndyD]

Цитата:

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

попробовал результат один и тот же.

Теоретически надо использовать метод

confirmAMLineDetail_ds.joinSource(HeadTable_ds);

или

confirmAMLineDetail_ds.joinSource(HeadTable_ds.name());

или

confirmAMLineDetail_ds.joinSource(HeadTable_ds.id());

но у меня так не чего не прокатывает

Это действует только до инициализации датасорсов.
После - изменение этого свойства ни на что не влияет.

Может, вам открывать повторно форму в той же позиции экрана и, до вызова init(), уснанавливать нужные связи (попутно восстанавливая пользвательские фильтры и передавая данные для инициализации), а старую закрывать? Хотя, это намного геморойнее простого вызова execute в актив

[Мариночка]

Цитата:

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

Интересный подход.
Но так второй датасорс будет дергаться все время - даже не смотря на отключенный диналинк

Все время - это когда?

Все равно не понимаю... Нужно ведь просто обновить связь или очистить связь . ДжойнСорс ведь ни на что не повлияет, если мы сделаем очистку линков. Делаем мы это по кнопке. Обновляем квери по той же кнопке и ФСЕ.
Может, я не вижу какой-то грандиозной проблемы, что аж нужно переиничивать форму итд?

[AndyD]

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

[Мариночка]

Про то что вызывается выполнение квери даже без линки - это да.
А насчет сбивания фильтров? Если я фильтрую по первому, потом кнопку кликаю, то во втором выберется все связанное с первым, но фильтр на первом не потеряется... вызывается выполнение квери ведь на втором дсе, а не на первом.

[AndyD]

Фильтры будут сбиваться для второго датасорса.
Опять-же речь идет о "несвязанном" режиме, когда датасорсы не должны влиять друг на друга

[konopello]

Цитата:

Опять-же речь идет о "несвязанном" режиме, когда датасорсы не должны влиять друг на друга

так и есть.

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

В принципе я про это с самого начала и спрашивал