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

[Maxim Gorbunov]

Цитата:

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

Это если логика отбора покрывается возможностями Query

Вопрос исключительно для моего общего развития: а чего такого не умеет Query?

Ну и для полноты картины замечу, что если уж вам хочется ещё больше гибкости, то можно сделать наследника класса SysSearchBase, всю логику отбора записей упаковать в него, и возвращать его вместо Query. Код, использующий этот класс, будет только дёргать метод next(). Хотите примеров - смотрите класс BOMSearch и то, как он используется в BOMCopyFromBOM.copy().

[S.Kuskov]

Цитата:

Сообщение от Maxim Gorbunov

Вопрос исключительно для моего общего развития: а чего такого не умеет Query?

Много чего..., case when, например.

[Maxim Gorbunov]

Цитата:

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

Много чего..., case when, например.

Понятно. Я думал, while select что-то такое умеет, чего не умеет Query, но while select тоже не умеет case when.

В AX2012 эта проблема решена с помощью computed columns, которые можно добавлять к View (например, см. View VendTableCube). В AX2009 с этим сложнее, но часто можно обойти с помощью обычных display-методов на таблицах.

[mazzy]

Цитата:

Сообщение от Maxim Gorbunov

В AX2009 с этим сложнее, но часто можно обойти с помощью обычных display-методов на таблицах.

ты ведь точно не забываешь о группировках?
ты ведь точно говоришь не только о переборе на уровне записей?

[Maxim Gorbunov]

Цитата:

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

ты ведь точно не забываешь о группировках?
ты ведь точно говоришь не только о переборе на уровне записей?

Точно не забываю
На View тоже можно создавать display-методы

[EVGL]

Цитата:

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

Много чего..., case when, например.

Мне всегда DISTINCT во всей AX страшно не хватало: "найди самое последнее по времени Y с типом X, и выведи один раз для каждого X".
Решал, кстати, двумя view, в одном из которых был GROUP BY(X) и MAX(Y) того, что хотелось иметь первым, а второй view был построен на query inner join с первым view.