IN фильтр в while select запросе?

[kitty]

Пользователь выбирает в мультиселекте набор значений.
Потом в коде есть while select , который надо отфильтровать по этому переданному набору значений.

Я могу сделать врем таблицу,заполнить этим набором значений и потом join к while-select.

Появились ли какие-то новые/более симпатичные способы, как это можно выполнить в AX2012?


AX2012 R2

[gl00mie]

Query?..

[kitty]

спасибо, понятно, раз новых нет, старыми костылями придется пользоваться(

[Weez]

Query целиком и полностью подходит под данную задачу, и без всяких временных таблиц, зачем изобретать велосипед..

[kitty]

тк
1) while-select уже существует и переписывать существующую логику в query только для того, чтобы добавить доп условие на 1 поле - имхо, не умно
2) критерии из этого while-select только с extended query ranges можно попробовать запихнуть в query, но по пути еще можно огрести много отладки и багов ....

[AndyD]

Только, делайте временную таблицу TempDB

[Napalm]

Цитата:

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

Query?..

Цитата:

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

Query целиком и полностью подходит под данную задачу, и без всяких временных таблиц, зачем изобретать велосипед..

Query плохое решение.

[S.Kuskov]

Выборка произвольных записей одним запросом

[Weez]

Цитата:

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

Query плохое решение.

Аргументы?

[gl00mie]

«У нас в клубе принято джентльменам верить на слово!» ©

[Napalm]

Цитата:

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

Аргументы?

Работает только для небольшого количества записей.

[Weez]

Цитата:

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

Работает только для небольшого количества записей.

Неправда, все работает абсолютно идентично while select, только удобней с точки зрения поддержки и изменения запроса. За редким исключением.

[Napalm]

Цитата:

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

Неправда, все работает абсолютно идентично while select, только удобней с точки зрения поддержки и изменения запроса. За редким исключением.

Покажите пример Query, который работает для большого количества произвольных записей.

[gl00mie]

См. пример по ссылке:

Цитата:

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

Выборка произвольных записей одним запросом

Код, выполняющий выборку с Query, получается совершенно не зависящим от того, сколько записей выбрано пользователем: 1, 10 или 1000. Все эти заморочки ложатся на код, который готовит Query: в каких-то случаях он может добавить фильтры прямо в запрос, причем добавить их довольно много, с учетом ограничения на результирующую длину SQL-запроса, в каких-то - может при-join-нить RecordReferenceList_RU. В случае же select'а в коде X++ такой гибкости нет: либо явно зашитое copy-paste'ом в код число фильтров, либо join с дополнительной таблицей.

[Weez]

Цитата:

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

Покажите пример Query, который работает для большого количества произвольных записей.

Мне кажется я начинаю понимать, что вы путаете количество записей с количеством наложенных фильтров, я прав? Если нет, то тогда вас вообще не понимаю, никаких ограничений query от количества записей в таблице мне не известно. А если я прав, то вам уже дважды показали, что следует делать в случае заранее не известного количества фильтрующих записей.

[Мышелов Федор]

все то что Вы можете написать в обычном запросе Вы так же можете написать и в Query, а если Вам так необходим In в Вашем запросе то переведите его его к виду
(INVENTTABLE.ITEMID == 1 OR INVENTTABLE.ITEMID == 2 OR .......) Query это позволяет

[Omeo]

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

[Мышелов Федор]

у меня загнулась приблизительно на 4к записях

[Cardagant]

Query и правда не подойдёт, если количество OR может быть очень большим.

В 2012й хорошим вариантом будет создать временную таблицу типа TempDb, наполнять поля ключей, по которым же потом и джойнить. Не забудьте добавить индекс на этой временной таблице по полям джойна.

Если нужно производить джойн по Рекайди (к примеру), то можно воспользоваться стандартной таблицей TmpDataAreaRecidFilter.

[Napalm]

Цитата:

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

См. пример по ссылке:Код, выполняющий выборку с Query, получается совершенно не зависящим от того, сколько записей выбрано пользователем: 1, 10 или 1000. Все эти заморочки ложатся на код, который готовит Query: в каких-то случаях он может добавить фильтры прямо в запрос, причем добавить их довольно много, с учетом ограничения на результирующую длину SQL-запроса, в каких-то - может при-join-нить RecordReferenceList_RU. В случае же select'а в коде X++ такой гибкости нет: либо явно зашитое copy-paste'ом в код число фильтров, либо join с дополнительной таблицей.

Полное непонимание вопроса.