Lookup form, OuterJoin и фильтр

[Russland]

Помогите разобраться.

Cоздал Lookup form на основе таблицы InventTable и CustVendExternalItem. Т.е. необходимо отобразить в выпадающем списке строки таблицы InventTable и колонку Внешняя номенклатура CustVendExternalItem.ExternalItemId. Если установить связь между таблицами InnerJoin - фильтр по всем колонкам работает как и надо. Если OuterJoin - фильтр работает только по столбцам таблицы InventTable, а по полю Внешняя номенклатура не работает. Что за багофича?

[itfs]

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

С уважением, itfs.

[kashperuk]

Встречный вопрос -а зачем в лукаме устанавливать outerJoin?

[Russland]

Чтобы в список попадали не только строки таблицы CustVendExternalItem, но и InventTable. (Не каждая строка InventTable имеет соответствие CustVendExternalItem)

[MironovI]

Цитата:

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

Чтобы в список попадали не только строки таблицы CustVendExternalItem, но и InventTable. (Не каждая строка InventTable имеет соответствие CustVendExternalItem)

Вы как-то себе противоречите - что значит не только CustVendExternalItem? что для вас первично - если CustVendExternalItem - тогда все просто - выбирайте CustVendExternalItem а к ней по inner join цепляйте InventTable - соответствие тут есть всегда.

[Russland]

Возможно не совсем точно объяснил

Первичен InventTable
В выпададающий список должны попасть все строки из InventTable.
Кроме того, если одна строка в InventTable имеет отображение n-строками в CustVendExternalItem, в списке должны отобразиться n-строк этой номенклатуры.

Классический Outer.
Или я что-то упускаю?

[Russland]

если в CustVendExternalItem строки нет, всё равно строка должна быть отображена

[kashperuk]

Да, классический outerJoin - ну, тогда придется отказаться от фильтрации. ;(

[Russland]

Абыдно

[MironovI]

Цитата:

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

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

С уважением, itfs.

Ну кстати нормальный Transact SQL с этим справляется - если это вопрос жизни и смерти - сделайте "поддельную" таблицу, на скуле описаную как view.

[AndyD]

А что мешает добавить в форме фильтра еще раз таблицу "Внешнее описание номенклатуры" ч/з 1:n и отфильтровать по полю уже этой таблицы?

[Russland]

Да вроде пока не вопрос.

А разве View в аксапте умеют работаь с outerJoin?
Они вроде только только под inner заточены.

[Russland]

Цитата:

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

А что мешает добавить в форме фильтра

Не посылаю я на форму фильтра пользователя
Просто пользуюсь функциональностью
правая кнопка мыши
-Найти
-Фильтр

а про добавление ч/з 1:n - что-то я сообразить не могу

[MironovI]

Цитата:

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

А что мешает добавить в форме фильтра еще раз таблицу "Внешнее описание номенклатуры" ч/з 1:n и отфильтровать по полю уже этой таблицы?

Я понял суть - через кнопку фильтр.. в принципе выход..

[MironovI]

Цитата:

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

Да вроде пока не вопрос.

А разве View в аксапте умеют работаь с outerJoin?
Они вроде только только под inner заточены.

Вот тут подробно про "поддельные" таблицы Данные из всех компаний но повторюсь - это если совсем за горло возьмут

[AndyD]

2 MironovI
Да, уверен.
Вот запрос в первом случае

SELECT *
FROM  {oj INVENTTABLE A LEFT OUTER JOIN CUSTVENDEXTERNALITEM B ON 
((B.DATAAREAID='dem') AND ((B.EXTERNALITEMID='121') AND (A.ITEMID=B.ITEMID)))} 
WHERE (A.DATAAREAID='dem')

Обратите внимание, что ограничение EXTERNALITEMID = '121', накладывает на условие связи Outer Join, т.е. выберутся все записи InventTable и для них только те записи CUSTVENDEXTERNALITEM для которых это условие выполняется

Вот запрос с добавлением еще одной таблицы

SELECT *
FROM  {oj INVENTTABLE A LEFT OUTER JOIN CUSTVENDEXTERNALITEM B 
ON ((B.DATAAREAID='dem') AND (A.ITEMID=B.ITEMID))},
CUSTVENDEXTERNALITEM C(NOLOCK)  
WHERE (A.DATAAREAID='dem') AND ((C.DATAAREAID='dem') AND ((C.EXTERNALITEMID='121') AND (A.ITEMID=C.ITEMID))) 
ORDER BY A.DATAAREAID,A.ITEMID

Т.е. ограничение уже накладывается на InventTable

[MironovI]

Каюсь что сразу не допонял, позже дошло, аж пост переделал - вобщем респект, хоть это и не работа с гридом лукапа, но - даже без программирования

[itfs]

Цитата:

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

Ну кстати нормальный Transact SQL с этим справляется - если это вопрос жизни и смерти - сделайте "поддельную" таблицу, на скуле описаную как view.

Наверное, но с этим моя логика не справляется.
Как это так? Покажи мне всех, неважно есть у них хвост или нет. И тут же, а теперь спячь из них всех у кого он не зеленый. Спрашивается у кого хвоста нет вообще он зеленый или нет?

С уважением, itfs.

[AndyD]

По-видимому, имелось в виду что-то типа этого

SELECT *
FROM  {oj INVENTTABLE A LEFT OUTER JOIN CUSTVENDEXTERNALITEM B ON 
((B.DATAAREAID='dem') AND (A.ITEMID=B.ITEMID))} 
WHERE (A.DATAAREAID='dem') and (B.EXTERNALITEMID='121')

[itfs]

Цитата:

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

По-видимому, имелось в виду что-то типа этого

SELECT *
FROM  {oj INVENTTABLE A LEFT OUTER JOIN CUSTVENDEXTERNALITEM B ON 
((B.DATAAREAID='dem') AND (A.ITEMID=B.ITEMID))} 
WHERE (A.DATAAREAID='dem') and (B.EXTERNALITEMID='121')

В конечном итоге наверное, но ведь события развивались несколько иначе. И судя по всему, автор поста исходил из предположения, что он из любой начальной точки может без проблем попасть в любую другую. Тут замешана философия. Можно говорить об sql-предложениях и каждой точке соответствует некоторое sql-предложение. И его можно представить. Но, что от одного sql-предложения существует операция перехода к другому даже в рамках просто логики, это необязательно, неговоря о возможностях конкретного инструментария.

С уважением, itfs.