Пропадает значение Range при экспорте проекта

[gl00mie]

Есть такой метод SysQuery::valueEmptyString(), который возвращает, так сказать, обозначение для пустого значения поля - две двойные кавычки. Если делать запрос не программно через всякие QueryBuildDataSource/QueryBuildRange, а "визуально" в AOT, то там нужно для поиска записей с пустым полем указать эти две двойные кавычки в значении Range. Все замечательно, запрос проверен, код, его использующий, отлажен, переносим проект на тестовое (или рабочее) приложение через экспорт-импорт. И тут-то нас ожидает подстава со стороны ядра Аксапты: при выгрузке запросов из AOT'а значение таких Range будет утеряно! Т.е. буквально вместо

Value               #""

в файл проекта будет выгружено

Value               #

после чего запрос, естественно, будет давать «немного» иные результаты. К счастью, коллегой был найден workaround, позволяющий не откатываться к программному созданию запросов: можно в качестве значения Range указать не просто "", а ((имя_поля="")), где имя_поля соответствует полю, на котором задается Range. И хотя гибкость использования запросов AOT от этого снижается - это все же лучше, чем вообще покорежить запрос при переносе проекта...

Проверено на AX 3 SP3, AX3 KR3.

[mazzy]

Условие "" эквивалентно условию с незаданной строкой.
Чтобы задать условие "" в коде, кавычки надо экранировать бэкслешем \"\"

То, что ядро трактует "" отлично от незаданной строки - ошибка ядра, а экспорт совершенно прав
См. FAQ: http://axapta.mazzy.ru/lib/emptyqueryrange/

[gl00mie]

Цитата:

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

Условие "" эквивалентно условию с незаданной строкой. Чтобы задать условие "" в коде, кавычки надо экранировать бэкслешем \"\"

Спасибо, я в курсе но речь-то идет не про код! Позволю процитировать себя

Цитата:

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

Если делать запрос не программно через всякие QueryBuildDataSource/QueryBuildRange, а "визуально" в AOT, то там нужно для поиска записей с пустым полем указать эти две двойные кавычки в значении Range.

Цитата:

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

То, что ядро трактует "" отлично от незаданной строки - ошибка ядра, а экспорт совершенно прав

Нет, все как раз наоборот. Ядро трактует двойные кавычки правильно, а экспорт корежит работающий запрос, изменяя значения Range value

PS. На картинке слева "квадратик", с которым сравнивается CustInvoiceJour.LedgerVoucher, - это символ с кодом 2, которым Oracle обозначает пустые строки.

[mazzy]

Цитата:

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

Ядро трактует двойные кавычки правильно, а экспорт корежит работающий запрос, изменяя значения Range value

Хм... Пока остаюсь при своем. Но буду тестировать. Спасибо.