Query датасорса на форме

[S.Kuskov]

Цитата:

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

Разве временную можно подцепить?

К временной можно приджойнить постоянную. Обратное неверно.

Цитата:

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

... там ошибку какую то выдает

Цитата:

Временные таблицы должны быть вложенными при объединении с постоянными таблицами.

[Владимир Максимов]

А в таблице PurchTable_request нет какого-либо поля, показывающего к какой таблице относится ссылка RequestId? Ну, или там, нечто вроде "тип записи"? Или искусственно создать поле NoYesId, которое принимает значение Yes, только если есть ссылка в одной из связанных таблиц.

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

[S.Kuskov]

Цитата:

Сообщение от Владимир Максимов

А в таблице PurchTable_request нет какого-либо поля, показывающего к какой таблице относится ссылка RequestId? Ну, или там, нечто вроде "тип записи"?

Если даже модель данных такова, то это никак не изменит структуру запроса.

У меня есть предположение, что может заработать сдедующая конструкция: PurchTable_request not exists (PurrchTable union PurchLine)

[S.Kuskov]

Вообще для начала нужно понять, ради чего такие сложности. Если это просто отчёт или запрос для выверки данных, то не мучайтесь и сделайте цикл с вложенными подзапросами. Если же это часть какой-то сложной формы, часть сложного функционала, то (и я согласен в этом с Владимиром Максимовым) правильнее будет добавить в PurchTable_request дополнительное поле. Я предлагаю признак или статус, без установки которого нельзя было бы ссылаться на данную запись PurchTable_request где бы то ни было (реализуется это дополнительнной связью на расширенном типе данных).

[kalex_a]

Цитата:

Сообщение от Владимир Максимов

Или искусственно создать поле NoYesId, которое принимает значение Yes, только если есть ссылка в одной из связанных таблиц.

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

Ну пока этим и ограничились. Хотя на мой взгляд это как то "грязно" что ли.

Суть такая: Есть таблица PurchTable_request с ключевым полем RequestId, так вот по этому RequestId она связана, точнее связаны с ней, еще 4 таблицы (у них это не обязательное поле). Вопрос в том как на форме (при установлении галки), в гриде показывались только те записи из PurchTable_request, RequestId которых нет ни в одной из этих 4-х таблиц.

[kalex_a]

Цитата:

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

Вообще для начала нужно понять, ради чего такие сложности. Если это просто отчёт или запрос для выверки данных, то не мучайтесь и сделайте цикл с вложенными подзапросами. Если же это часть какой-то сложной формы, часть сложного функционала, то (и я согласен в этом с Владимиром Максимовым) правильнее будет добавить в PurchTable_request дополнительное поле. Я предлагаю признак или статус, без установки которого нельзя было бы ссылаться на данную запись PurchTable_request где бы то ни было (реализуется это дополнительнной связью на расширенном типе данных).

Да, это часть формы.
По вашему предложению, проставлять признак в таблице PurchTable_request, я так понимаю это на insert, update, delete каждой из этих 4-х таблиц писать обработчик.
Я думал о таком варианте, но я думал что можно ограничиться запросом.

P.S. По поводу UNION, у нас AX 4.0 )

[S.Kuskov]

посмотрите ещё Выборка произвольных записей одним запросом