Преобразование boolean <-> NoYes в запросах

[gl00mie]

Наткнулся сегодня на один неприятный побочный эффект преобразования типов в запросах. В таблицах для полей-"флажков" обычно используют enum NoYes, при том что в коде как-то привычнее оперировать с типом boolean (хотя, вообще говоря, никто не мешает использовать enum boolean и для полей таблиц ). Так вот, если в запросе для поля с типом enum NoYes в качестве QueryBuildRange.value() указать значение true (с использованием queryValue(), конечно), то на СУБД вместо ожидаемой единички уйдет 255! Причем в зависимости от версии ядра выяснить это удастся на различных этапах. Так, в SP3 QueryBuildRange.toString() будет показывать значение range "true", и выловить этот косяк удастя лишь трассировкой SQL-операторов; а вот на KR3 увидеть это можно будет уже в самой Аксапте, которая в QueryBuildRange.toString() будет честно писать значение range "255". Такая же картина наблюдается и при указании значения NoYes::Yes при выборке по полю с типом enum boolean.
При этом если запрос по таблице table c полем flagField типа enum NoYes делать непосредственно из кода

select table where table.flagField == true;

то на СУБД в запросе уходит единичка, как и ожидается Проверялось на AX 3.0 SP3, AX 3.0 KR3.
PS. Что-то похожее касательно enum'ов уже обсуждалось, но явной корреляции с той темой я не увидел. Возможно, конечно, что тема более общая и связана с преобразованием значений различных enum'ов вообще, я не проверял.

[Russland]

Цитата:

один неприятный побочный эффект

Цитата:

вместо ожидаемой единички уйдет 255

А в чём неприятность-то? Уходит ведь не 0. Всё что не ноль ведь это true.

[Logger]

Цитата:

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

А в чём неприятность-то? Уходит ведь не 0. Всё что не ноль ведь это true.

В базе данных это не так.

В запросе который уходит на БД, необходимо точное соответствие. В базе данных это числовой тип, так что значения 255 и 1 отличаются

[Russland]

Раз так - не стоит полагаться на автоматическое преобразование, а указывать явно NoYes::Yes

[gl00mie]

Цитата:

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

не стоит полагаться на автоматическое преобразование, а указывать явно NoYes::Yes

Это все идеологически верно, но обратите внимание, что в обычных select'ах в коде X++ все работает так, как надо, там и boolean::true, и NoYes::Yes равны единице. И единица же (а не, скажем, "true") подставляется в QueryBuildRange.value(), если в нем указать логическое выражение, к примеру, так:

qbds.addRange(fieldId).value(queryValue(inventTrans.transType == InventTransType::Sales));

[Владимир Максимов]

На всякий случай напомню, что MS SQL не имеет логического типа данных. Есть битовый тип, который, по сути, является числовым. Поэтому попытка передать на MS SQL значение true или false вызовет ошибку.

Если Вам надо правдободобное объяснение описанного эффекта, то это и может быть объяснением.

Если же Вам надо решение проблемы, то возможно 2 варианта:

1) Никогда не полагаться на автоматическое преобразование типов. Всегда явно указывать нужный тип или также явно конвертировать в нужнуй тип.

2) Строить логические выражение на сравнении со значением false (0 или НЕ 0), поскольку любая опреация с логическими данными именно так и строится: есть или нет значения. А какое именно значение есть, не так уж и важно.