Отображение связи n:n на форме

[AndyD]

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

[Ivanhoe]

Цитата:

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

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

Согласен, если забыть про стандартные примеры, то так и делаю.

[S.Kuskov]

Цитата:

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

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

Только наверное наоборот, нужно к ведущей таблице заделайить (LinkType = Delayed) связку из приджойненных таблиц. Ну или как я выше предложил такую связку оформить как View. Иначе в первой таблице мы получим дубликаты записей из-за inner joina

[AndyD]

Цитата:

Сообщение от S.Kuskov

Только наверное наоборот, нужно к ведущей таблице заделайить (LinkType = Delayed) связку из приджойненных таблиц. Ну или как я выше предложил такую связку оформить как View. Иначе в первой таблице мы получим дубликаты записей из-за inner joina

Да, точно

2 mazzy
Я предлагал сделать так

1таблица->иннер джойн->таблица связи->delyed->2таблица
Но в этом случае записи в первой таблице множились бы

По-этому, надо сделать так

1таблица->delyed->таблица связи->иннер джойн->2таблица

[mazzy]

Цитата:

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

По-этому, надо сделать так

1таблица->delyed->таблица связи->иннер джойн->2таблица

О! Спасибо, добрый человек.
Чувствовал же, что чуть-чуть осталось. И чуть-чуть чего-то недопонимаю.
Спасибо всем.

чего я не понимал:
во-первых, даже для связи n:n все равно остается ведущий и ведомый грид!
во-вторых, нужно юзать innerJoin вместо Delyed для связи второй таблицы.

[mazzy]

теперь стала понятна и прошлая ветка Отношение many-to-many

[CDR]

Цитата:

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

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

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

[S.Kuskov]

Цитата:

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

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

Ну да. Для обратной задачи нужно делать всё в точности до наоборот . А как вы себе представляете двухстороннее взаимодействие в рамках одной формы? Переключатель режимов? Но всё равно же в каждый конкретный момент какая-то из таблиц должны быть главной. Имхо, две формы - будут понятнее для пользователя.

[CDR]

Цитата:

Сообщение от S.Kuskov

Ну да. Для обратной задачи нужно делать всё в точности до наоборот .

Это еще одна форма. Внимательно читаем вопрос Сергея номер 1.

А вообще немного странный вопрос. Если взять пример Ивана с пользователями и группами, то что хочет Сергей увидеть, выведя на ОДНОЙ форме связь n:n? В какие группы входит пользователь? Какие пользователи входят в группу? Или и то, и другое сразу?

[mazzy]

О, как быстро.
Спасибо.

Цитата:

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

На картинках показана связь 1:n. Следует ли из этого, что есть желание переделать связь n:n на связь 1:n ?

Не, на картинках я чуток не додумал. Действительно пример на картинках дает 1:n.
но в реальности n:n

Цитата:

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

Если связь n:n, то что все-таки отображается в первом гриде?

Отличный вопрос!
Об этом я тоже не подумал.

С точки зрения Аксапты на одной форме есть ведущий датасорс и подчиненные датасорсы.

Если на первом гриде будет Таблица1, то на втором гриде должны отобразиться связанные записи из Таблица2.

Да, в вопросе 2 более понятно, чего хочется.
Пользователь работает с формой1/таблица1 (ведущая форма), жамкает на кнопку, открывается форма2/таблица2 (подчиненная форма) со связанными записями.

Если пользователь работает формой2/таблица2, то уже Форма2 становится ведущей. Пользователь жамкает на кнопку, открывается форма1/таблица1 (подчиненная форма) со связанными записями.

Другими словами, хочется dynalink для связей n:n.

Цитата:

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

На вскидку полный аналог - пользователи и группы пользователей.

Ага. Спасибо.
Но там вручную программисруемые view.
Вопрос скорее о нормальных гридах и о query, нежели о ручной выборке записей.

Цитата:

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

Есть еще примеры, но там обычно одна таблица является "более главной" и связь задается только относительно ее в отдельной форме, хотя в БД полноценный n:n. Например, связь Клиента и Отраслей.

Э-э? я торможу. где именно?

Цитата:

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

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

в этом случае мы получим одну(!) запись во второй таблице, а не весь набор связанных записей.

Цитата:

Сообщение от S.Kuskov

Ну да. Для обратной задачи нужно делать всё в точности до наоборот

Да-да. Все правильно. Вопрос ведущий-ведомый (master/detail) я не додумал.
Форма не должна быть двухсторонней. Верхний грид ведущий, нижний - ведомый.

Цитата:

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

А вообще немного странный вопрос. Если взять пример Ивана с пользователями и группами, то что хочет Сергей увидеть, выведя на ОДНОЙ форме связь n:n? В какие группы входит пользователь? Какие пользователи входят в группу? Или и то, и другое сразу?

Меня не то, чтобы ОДНА форма интересует.
Меня скорее интересует запрос (query), который позволит связать n:n таблицы.
В одной форме или в разных - не так уж и важно.
Соглашусь, что изначальный вопрос надо было поставить чуть-чуть по-другому.

[CDR]

Цитата:

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

Меня не то, чтобы ОДНА форма интересует.
Меня скорее интересует запрос (query), который позволит связать n:n таблицы.
В одной форме или в разных - не так уж и важно.
Соглашусь, что изначальный вопрос надо было поставить чуть-чуть по-другому.

Если одна из таблиц главная, то в таких случаях можно поступить и следующим образом:
- На форму добавляются три датасоурса: Таблица 1, Таблица 2 и Таблица связей.
- Таблица 1 главная и ни к чему не джоинится
- Таблица 2 подчиненная, тоже ни к чему не джоинится.
- Таблица связей джоинится к таблице 2 с помощью exist join. Дополнительно накладывается range на второе поле (по которому связь c Таблицей 1).
- В методе active Таблицы 1 устанавливается значение range'а и дергается executeQuery Таблицы 2.

[mazzy]

Цитата:

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

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

отвечу более подробно на этот вопрос.
картинкой.

я ж конечно сделал тестовую форму.
слева Таблица1, справа - Таблица2.
посередине техническая таблица со связями n:n.

если использовать обычный delayed.
то справа мы видим ОДНУ запись, а хочется видеть ВСЕ записи, связанные с левой.

что должно быть в запросе?