как правильно строить запросы в аксе.

[trudel]

Здравствуйте. Подскажите как правильнее делать, насколько я понял sql запрос создавать в аксапте крайне нежелательно. Запросы можно создавать через Queries или прям в тексте в коде while select... и погнали. Как правильнее? Или как самому удобнее так и делать? И про "a left join b on ..." уже тоже начитался и все же: реализуется он только следующим запросом к таблице b через передачу в Range (в where ) параметров из значений а?

[macklakov]

Цитата:

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

Подскажите как правильнее делать

Queries гибче, while select легче читать и проще писать. Поэтому когда можешь, пользуешь x++ select, а когда надо queries.

Цитата:

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

насколько я понял sql запрос создавать в аксапте крайне нежелательно.

Это ты очень важную и правильную вещь понял.

Чтобы легче обучение шло, рекомендую сразу принять мысть что x++ select гораздо ближе к link запросам, чем к sql. Иначе говоря, он лишь внешне напоминает обычный sql.

[S.Kuskov]

Добавлю ещё, что без Query не обойтись если есть завязка на интерфейс. И в смысле вывода результата выборки (x++ select не привяжешь к датасорсу) и в смысле стандартной возможности изменения запроса через пользовательский интерфейс.

[AndyD]

Цитата:

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

И в смысле вывода результата выборки (x++ select не привяжешь к датасорсу)

Да ладно)
Браузер таблиц намекает на обратное))
С ограничениями, конечно, но тем не менее

[AndyD]

Цитата:

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

И про "a left join b on ..." уже тоже начитался и все же: реализуется он только следующим запросом к таблице b через передачу в Range (в where ) параметров из значений а?

А что с left join не так?
outer join в Аксапте не подходит?

[Russland]

Используйте Query, а чтобы не потеряться для анализа используйте QueryBrowser

[macklakov]

Цитата:

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

Используйте Query, а чтобы не потеряться для анализа используйте

Удобный инструмент. Только это AOT Query. С Query геренируемыми из кода несколько сложнее и гораздо менее наглядно.

[trudel]

Цитата:

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

А что с left join не так?
outer join в Аксапте не подходит?

прямо в RAnge (where) указать, что поля таблицы a "not null" ? пробовал так в Query- не вышло (возможно где-то ошибся) и нагуглил именно такой способ разделения на два запроса.

[AndyD]

Цитата:

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

прямо в RAnge (where) указать, что поля таблицы a "not null" ? пробовал так в Query- не вышло (возможно где-то ошибся) и нагуглил именно такой способ разделения на два запроса.

Да, is null или is not null указать нельзя

Но вы бы привели пример запроса, может, другими средствами это решить можно)

[trudel]

Цитата:

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

Да, is null или is not null указать нельзя

Но вы бы привели пример запроса, может, другими средствами это решить можно)

Разобрался. Спасибо. OUTER JOIN вынес в конец своего запроса и всё получилось.
Не могу сейчас найти вопрос форума, который меня сбил на заморочки, что LEFT join не заменяется outer join-ом, может там какая-то особая ситуация, к сожалению не отыщу теперь.

[trudel]

все равно нужна помощь к сожалению.

while select Apole
from a
outer join Bpole
from B
where B.RelationPole == A.RelationPole
join CPole
from C
where C.RelationQQQ == A.RelationQQQ &&
C.RelationTTT== isnull (B.RelationTTT , 0 )

Как в данном случае sql-кий isnull заменить ?

[maldini]

Цитата:

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

все равно нужна помощь к сожалению.

while select Apole
from a
outer join Bpole
from B
where B.RelationPole == A.RelationPole
join CPole
from C
where C.RelationQQQ == A.RelationQQQ &&
C.RelationTTT== isnull (B.RelationTTT , 0 )

Как в данном случае sql-кий isnull заменить ?

По моему, у таблиц созданных из DAX, значения null выключены.

[AndyD]

Цитата:

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

все равно нужна помощь к сожалению.

while select Apole
from a
outer join Bpole
from B
where B.RelationPole == A.RelationPole
join CPole
from C
where C.RelationQQQ == A.RelationQQQ &&
C.RelationTTT== isnull (B.RelationTTT , 0 )

Как в данном случае sql-кий isnull заменить ?

А версия Аксапты какая?
Если 2012-я, то можно разрулить при помощи вьюх

[AndyD]

Цитата:

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

По моему, у таблиц созданных из DAX, значения null выключены.

В таблицах и нет NULL'ов
В запросе для C выбирается запись с "нулевым релейшеном", если для A нет связи с B

[sukhanchik]

Цитата:

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

все равно нужна помощь к сожалению.

while select Apole
from a
outer join Bpole
from B
where B.RelationPole == A.RelationPole
join CPole
from C
where C.RelationQQQ == A.RelationQQQ &&
C.RelationTTT== isnull (B.RelationTTT , 0 )

Как в данном случае sql-кий isnull заменить ?

notexists join

[trudel]

NotExists как тут поможет? мне наоборот надо, чтобы запись в С искалась. либо поле из B берется Для ограничения выбора, либо если не нашлось B для A, то берется 0.

А view здесь как ?

[AndyD]

Цитата:

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

А view здесь как ?

В 2012-й можно во вьюхе создать Computed Column, в котором указать для расчета функцию IsNull()

Т.е. создать вью на основании соединения таблиц A и B и в запросе использовать эту вьюху. Условие для С будет

while select view
join C
where C.RelationQQQ == view.RelationQQQ &&
C.RelationTTT == view.ComputedColumn

[sukhanchik]

Цитата:

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

notexists join

Цитата:

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

NotExists как тут поможет? мне наоборот надо, чтобы запись в С искалась. либо поле из B берется Для ограничения выбора, либо если не нашлось B для A, то берется 0.

А view здесь как ?

Сорри, я невнимательно вчитался.
Но тогда неясен запрос. Если таблица B связывается с C по INNER JOIN - то тогда какие могут быть NULL-ы?
NULL-ов в АХ нет.
Они могут образовываться только от LEFT OUTER JOIN, но именно эти записи отбираются notexists join-ом

[trudel]

Все крутится в отчете и запрос еще соединения содержит, не очень удобно. Нельзя в коде через какой-нибудь == (case B.PoleTTT isnull '' default B.PoleTTT ) ?

а вот так понятнее или только усугубит: таблица A с прицепами для автомобилей. К ней привязана таблица B с автомобилями, именно в таблице B указан параметр определяющий стоимость из таблицы С для прицепа из А. В таблице С ищем стоимость- мы нашли наш прицеп в ней, но необходимо еще учесть параметр из B. Если автомобиль к прицепу не привязали, то берем по нашему прицепу по умолчанию параметр "оранжевый" и стоимость для него.

[sukhanchik]

Цитата:

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

Все крутится в отчете и запрос еще соединения содержит, не очень удобно. Нельзя в коде через какой-нибудь == (case B.PoleTTT isnull '' default B.PoleTTT ) ?

а вот так понятнее или только усугубит: таблица A с прицепами для автомобилей. К ней привязана таблица B с автомобилями, именно в таблице B указан параметр определяющий стоимость из таблицы С для прицепа из А. В таблице С ищем стоимость- мы нашли наш прицеп в ней, но необходимо еще учесть параметр из B. Если автомобиль к прицепу не привязали, то берем по нашему прицепу по умолчанию параметр "оранжевый" и стоимость для него.

Сумбурно конечно ... Такие вещи обычно бьются на 2 запроса. Это и шустрее и лечге потом правится и удобнее для многопользовательской БД.
Поэтому по сути - наверное с ходу не подскажу другой идеи, кроме как разбить запросы.