Оператор IN

[trudel]

Через AddRange все понятно, он сам берет и проверяет на вхождение в диапазон разбивая его на OR.

А через Select как? Оператора IN нет, а чем заменить?

like даже не подойдет, т.к. может быть и значение "520" и "5201", и 520 не должен определиться,если выбран 5201.

[Weez]

select a
where a.field1 == "5201"

[trudel]

Цитата:

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

select a
where a.field1 == "5201"

может неясно написал...

есть Dpz типа Range, там обычный Range "5201, 54 , 52" к примеру.

Проверяю на вхождение моего номера MyNumber IN (Dpz). Как IN в Select реализовать?

[_AV_]

Например, вот так:

select a
where (a.field1 == "5201" || a.field1 == "54" || a.field1 == "52")

[dech]

Если ТС хочет использовать SELECT, что мешает ему написать как уже советовали:

Цитата:

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

Например, вот так:

select a
where (a.field1 == "5201" || a.field1 == "54" || a.field1 == "52")

[IvanS]

Цитата:

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

Если ТС хочет использовать SELECT, что мешает ему написать как уже советовали:

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

Цитата:

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

.. Как IN в Select реализовать?

Если хотите для произвольного множества то через join к временной табличке в TempDB к примеру.

А тут наверное лучше использовать SysQuery и addRangesFromKeyData

[mazzy]

Цитата:

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

Как IN в Select реализовать?

прямой ответ на вопрос в вашей формулировке - никак.
ответ на вопрос - использовать query и range.

[_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 метод. Но синтаксис сбивает с толку.

[Alex_KD]

Помниться разгребал чейто код (наверное MS) в славном модуле PSA в ах2009. Все было настолько запущено, что мало того что форма минуты грузилась так еще и при определенных обстоятельствах SQL запрос выезжал за рамки максимального буфера (был по умолчанию 24Кб).

К чему это я? На той форме как раз ктото напрограмировал динамичиские range.