Не отрабатывает запрос EXISTS JOIN

[Paul_ST]

Подскажите, пожалуйста - пишу (Axapta 3.0 SP4) такой элементарный запрос:

    while select custInvTr
        exists join invTable
            where custInvTr.ItemId == invTable.ItemId
    {
        info(StrFmt("%1", invTable.ItemId));
    }

он выводит пустые строки. Курсор invTable внутри цикла пустой. Стоит только убрать ключевое слово exists - и непустые данные в инфолог выводятся.
В чём тут дело?
P.S. столкнувшись с таким глюком в тестовой конфигурации, перешёл в чистую конфигурацию, где мало данных и можно беспечно - запускать такие вот запросы.

[kashperuk]

Ну, тут, батенька, на себя только пенять, что не знаете, как работает exists join.
Здесь ошибки никакой нет.
exists join для того и существует, чтобы уменьшить объем выбираемых данных.
Его стоит использовать, когда нужны только данные первой таблицы.

Если же нужны данные и из подчиненной таблицы, то используется обычный join. В плане соединения таблиц они ничем не отличаются.

[Paul_ST]

Спасибо за ответ!

Ещё раз внимательно прочитал Руководство разработчика. Там достаточно туманно , получается описывается exists join, равно как и outer.

Я всегда , почему-то, считал, что exists join отличается от inner join'а тем, что вытаскиваются все записи главной таблицы и одна из соответствующих записей приджойненной (если есть таковая). А если нет соответствующей, то ничего из приджойненной не тянется.
Однако, как мне казалось - запись из приджойненной таблицы в курсор подтягивается. Ан нет

Натолкнулся на это только сейчас, поскольку до этого использовал курсоры - приджойненный через exists join исключительно для фильтрации. А сейчас захотел оттуда значения некоторых полей брать.
Век живи, век учись!

[Wamr]

Цитата:

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

Если же нужны данные и из подчиненной таблицы, то используется обычный join. В плане соединения таблиц они ничем не отличаются.

Простите, не смог пропустить.
Отличаются очень многим.

Цитата:

Натолкнулся на это только сейчас, поскольку до этого использовал курсоры - приджойненный через exists join исключительно для фильтрации. А сейчас захотел оттуда значения некоторых полей брать.
Век живи, век учись!

exists join исключительно для фильтрации - совершенно верные слова
Все-таки надо хотя бы немного изучить обычный SQL, чтобы понимать, что же реально происходит с вашими данными.

[kashperuk]

2 Wamr: А чем отличаются? Или имеется в виду, что отличаются тем, как непосредственно соединение их выполняется?

Потому что с точки зрения результата, как я вижу, ничем.
В смысле, что получаем те же строки, как если бы использовали обычный join, но только из первой таблицы.

Можно ответить ссылочкой - я люблю читать

[gl00mie]

Цитата:

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

А чем отличаются? Потому что с точки зрения результата, как я вижу, ничем.

В плане результата отличаются, к примеру, тем, что при inner join и связи 1:n возвращаемые записи из "левой" таблицы могут "задвоиться", т.е. одна и та же запись будет возвращена несколько раз, если ей соответствуют несколько записей из "правой" таблицы; при exist join такого не происходит.

Цитата:

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

Или имеется в виду, что отличаются тем, как непосредственно соединение их выполняется?

Это тоже нельзя игнорировать. Использование exist join приводит к возникновению кучи подзапросов (во всяком случае, на Oracle), что очень негативно сказывается на производительности.

[kashperuk]

А, ну да. Для 1:n действительно разница есть. Спасибо
А вот про подзапросы - я помню, что читал где-то, что после какого-то сервис пака подзапросы уже не создаются. Или на Оракле так и дальше создаются? На 4.0?

[Yprit]

Цитата:

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

А, ну да. Для 1:n действительно разница есть. Спасибо
А вот про подзапросы - я помню, что читал где-то, что после какого-то сервис пака подзапросы уже не создаются. Или на Оракле так и дальше создаются? На 4.0?

Создают на 2005 сиквеле на 4.0 за милую душу

На мой взгляд, главная опасность в использовании exists join - это получение непредсказуемого плана исполнения запроса.

[vallys]

Так как же тогда "правильней" проверять наличие соответствующих записей в другой таблице? Inner Join c проверкой дубликатов? Отдельный запрос? Зачитывать заранее?
Такая обычная задачка, а в каждом конкретном случае оптимальная реализация может отличаться...