Lookup form, OuterJoin и фильтр

[belugin]

Цитата:

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

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

в ansi sql явно прописано, что null!=зеленый

[Russland]

Имелось в виду именно то, что предположил 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')

2itfs
На мгновение забудь, что имеешь дело с двумя проджойнеными таблицами. (Это я про фильтр). Допустим, что это уже вью. Далее накладываем условия по полю Внешняя номенклатура.
Собственно всё. Никакой философии.

[MironovI]

Цитата:

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

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

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

Я даже второй раз перечитывать не стал, но звучит круто )

[MironovI]

Скуль он умный, он понимает, что ежели ставится условие по outer join таблице, то это уже никакой не outer, а даже напротив Inner получается и запрос внутрях переделывает - а вот почему в Аксапте запретили такие фильтры непонятно, может Оракл не поддерживает, может с дизайном начнуться проблемы?..

[Russland]

Сомневаюсь я, что тут запрет какой-то.
На самом деле когда я пытаюсь выполнить фильтрацию по этому "проблемному" полю, действительно происходит фильтрация, но "не до конца"

Например, сейчас у меня уже в приджойненной таблице(поле Внешняя номенклатура) все значения пусты, за исключением 2х значений

item_1 NULL
.........
item_13 ext13_1
item_13 ext13_2
........
item_n NULL

При попытке отфильтровать например значение ext13_1 - действительно строка с ext13_2 исчезает, но строки с NULL остаются.

[MironovI]

Эк ее вставило, а в queryAnalyser-е все работает без всяких null.. причем запрос один в один.. что-то она хитрит эта Аксапта..

[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')

[itfs]

Цитата:

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

в ansi sql явно прописано, что null!=зеленый

Разрашите не согласиться:
У вас: (null != зеленый) = True
тогда как на самом деле: (null != зеленый) = null
Ansi не против 3-х значной логики. Другое, что в конкретной реализации надо же в конце концов что-то делать ....

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

[itfs]

Цитата:

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

Я даже второй раз перечитывать не стал, но звучит круто )

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

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

[Russland]

Цитата:

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

У кого хвоста нет - значит не зелёный. У него ж хвоста нет

[Russland]

Цитата:

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

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

Нет, нет. Продолжайте
Только помедленнее, пжста. Я записываю (с)Шурик

[itfs]

Цитата:

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

Имелось в виду именно то, что предположил AndyD

На мгновение забудь, что имеешь дело с двумя проджойнеными таблицами. (Это я про фильтр). Допустим, что это уже вью. Далее накладываем условия по полю Внешняя номенклатура.
Собственно всё. Никакой философии.

Ок, забыл. Тогда такое (не совсем легетимное) предложение. Сделайте view из Аксапты как бы inner join, потом загляните в SQL и перепишите view на left join. Если список полей не менять, то Аксапта подлога не заметит пока кто-то не попытается отрезактировать view. На его основе лукап будет вести себя как вам надо.

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

[belugin]

короче разница между (a join b) where c
и
(a join (b where c))
соответственно во 2 случае все a выведутся вне зависимости от с

[belugin]

можно еще обрабатывать filter на источнике данных и менять запрос на inner

[MironovI]

Мысль тогда лукап-форму првда рисовать надо, чтобы executeQuery перехватывать..

[Russland]

Цитата:

Мысль тогда лукап-форму првда рисовать надо, чтобы executeQuery перехватывать..

А как тема называется?

[itfs]

Цитата:

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

А как тема называется?

Круто, я-то думал вы над sysTableLookup горюете ...
Тогда что вообще мешает сделать встроенный фильтр в форме? Гордость?

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

[Russland]

Цитата:

Круто, я-то думал вы над sysTableLookup горюете ...
Тогда что вообще мешает сделать встроенный фильтр в форме? Гордость?

Да нет.
Пользователи мешают :-)
Хотят через фильтр фильтровать нужные внешние названия.

Кстати, с несовсем легитимным предложением не увенчался успехом.
Замена inner на left не помогает. Вью всё равно ведёт себя как связанная по inner

2belugin
2MironovI

А можете пояснить мысль обработки filter на источнике данных и замены запроса?

[Russland]

И вопрос к тем счастливцам, кто в руках "держал" 4.0
Там-то хоть добавили возможность использования не только inner джойнов во вьюхах?
Чтобы не выкидывать сальто мортале подобные предложению itfs

[itfs]

Цитата:

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

Кстати, с несовсем легитимным предложением не увенчался успехом.
Замена inner на left не помогает. Вью всё равно ведёт себя как связанная по inner

Действительно, не работает . Когда-то такой фокус мне помог обойти отсутствие UNION ... видно с join не все так просто.

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