Оператор IN

[_AV_]

можно еще почитать тут: select в X++ и список значений в условии where

[trudel]

Цитата:

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

можно еще почитать тут: select в X++ и список значений в условии where

класс!!! меня очень не радовала перспектива переписывать всё на Query..

[mazzy]

Цитата:

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

класс!!! меня очень не радовала перспектива переписывать всё на Query..

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

[trudel]

Цитата:

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

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

а что страшного в select ?

[makbeth]

Цитата:

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

а что страшного в select ?

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

[macklakov]

Цитата:

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

а что страшного в select ?

Да собственно самое страшное в нем то, что его путают с sql select.
И поэтому вариант в цикле перебрать значения, которые вы хотите запихать в IN и вызвать select a where a.field1 == value соответствующее число раз противоречит всем инстинктам человека более-менее знающего sql. Даже у опытных аксапщиков такой подход вызывает интуитивное неприятие. А между тем, при правильной настройке кэширования AOS отрабатывает зацикленные запросы не сильно хуже одного, монструозного. А читать, писать и дебажить циклы несравнимо легче чем sql.
Похожесть конструкции на sql настолько взрывает мозг, что даже в официальные best practice внесли идиотское требование в x++ select указывать список выбираемых полей. Это вопервых приводит к трудноуловимым runtime багам, вовторых отрубает кэширование, из-за чего резко падает производительность системы (хотя скорость исполнения конкретного запроса действительно может вырости).
На самом деле x++ select это не запрос, а factory метод. Но синтаксис сбивает с толку.