SysQuery

[maldini]

DAX 2009 Rollup7

Добрый день!
Сталкнулся с такой проблеммой. Если обработать накладную по закупке указав в номере накладной например так (< N123). То после обработки не не получится напечатать накладную.
Посмотрел в чем дело, оказывается символ больше или меньше не икранируется когда попадает в SysQuery.Value при создании отчета. И соответственно запрос возвращает неправильные данные.
Подскажите может кто то сталкивался с данной проблеммой, и как решали?
Можно конечно поправить метод value но я не смотрел на что это ещё может повлиять.

[S.Kuskov]

Действительно не экранируются! Посмотрел в коде метода SysQuery::Value() экранируются только: пробел, звёздочка, запятая, точка, круглые скобки и обратный слеш.

str quotableStr = ' *",.()\\';

Не экранируются знаки больше/меньше, восклицательный знак, вопросительный знак...
Очень странно. Почему?

Исправить можно добавив недостающие спец символы в строку quotableStr. Но перед этим нужно подумать ни повлияет ли это на работу остальных мест системы. Очень странно что это раньше не всплыло. А как с этим дела обстоят в предыдущих версиях?

[samolalex]

Интересно. В тройке экранируются лишь следующие символы:

boolean quotable (str 1 s1)
    {
        if (s1 == ' ' || s1 == '*' ||  s1 == '"' || s1 == ',' || s1 == '.')
            return TRUE;
        return FALSE;
    }

Видимо, в последующих версиях не все символы учли или "так задумано"...?

[maldini]

Я думаю что так задумано, так как бывает что в Query надо передать <100 если делат выборку по количеству меньше 100. Если это закрыть то условие неправильно отработает. Может я ошибаюсь?

[samolalex]

Но ведь точно так же в range.value можно передать и "*100", а символ "*" в свою очередь экранируется.
Как я понял, строка quotableStr должна содержать все символы, задействованные как служебные при формировании фильтра запроса, которые должны восприниматься как обычный символ. Но так как эта строка не содержит все символы, а лишь их часть, значит в этом должен быть смысл, хотя... кому должен?)

[maldini]

Да я согласен, что передают и * и , и т.д. Возможно что дело именно в использовании SysQuery::value();
Вот если делать так то получатся совсем разные вещи.

queryBuildDataSource.addRange(fieldNum(InventTrans,ItemId)).value(SysQuery::value("123,124");
 
queryBuildDataSource.addRange(fieldNum(InventTrans,ItemId)).value("123,124");

В первом случае получим просто сравнение ItemId со значением "123,124", а во втором как 123 OR 124

Хотя нет, если сделать так то итог одинаковый будет

queryBuildDataSource.addRange(fieldNum(InventTrans,ItemId)).value(SysQuery::value("< 123"));
 
queryBuildDataSource.addRange(fieldNum(InventTrans,ItemId)).value("< 123");

Получается что если в SysQuery.Value добавить <> в quotableStr, то получится если передавать значения в range через SysQuery::value() эти символы будут экранироваться, а если стандартным фильтром то все останется как раньше.

[samolalex]

Да, в первом случае будет выбираться значение ItemId="123,124", а во втором - значения ItemId="123" и ItemId="124".
Все же, видимо, разработчики, посчитали нужным оставить символы "!?<>" зарезервированными, т.е. использующимися для задания критериев фильтрации.

[samolalex]

Цитата:

Хотя нет, если сделать так то итог одинаковый будет

queryBuildDataSource.addRange(fieldNum(InventTrans,ItemId)).value(SysQuery::value("< 123"));

queryBuildDataSource.addRange(fieldNum(InventTrans,ItemId)).value("< 123");

Правильно, в обоих случаях символ "<" не экранируется, поэтому используется как операция сравнения.

Цитата:

Получается что если в SysQuery.Value добавить <> в quotableStr, то получится если передавать значения в range через SysQuery::value() эти символы будут экранироваться, а если стандартным фильтром то все останется как раньше.

Да.

[maldini]

Зачем строковое значение сравнивать используя <>

[egorych]

Цитата:

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

Зачем строковое значение сравнивать используя <>

Это вопрос?
Если да, то по стандарту SQL для операции сравнения "не равно", используется 2 последовательности - <> и != , а ! это чисто аксаптовское изобрЕтиние!

[maldini]

Я не имел ввиду <> не как не равенство, я имелл ввиду зачем сравнивать ItemId > "Текст" или ItemId < "Текст". Ну хотя это только в данном случае. Вобщем вопрос который хочется как то решить, что бы избежать в будущем более серьезных проблемм, например при обновлении по условию кто нибудь укажет такое условие что обновится не одна запись а куча, а все из за ><.

[samolalex]

Цитата:

Зачем строковое значение сравнивать используя <>

ИМХО
Например, в случае c большым количеством номенклатур с числовым ключом, необходимо отобрать номенклатуры с номером больше "50000". В этом случае, можно использовать данную конструкцию:

queryBuildDataSource.addRange(fieldNum(InventTable,ItemId)).value(">50000")

Можно, конечно, сделать и так:

queryBuildDataSource.addRange(fieldNum(InventTable,ItemId)).value("50000..")

Либо можно использовать знаки сравнения в случае, если нам необходимо отобрать строки больше/меньше заданной, ведь строки тоже можно сравнивать - пример тому функция strcmp() для сравнения пары строк.
Пример:

queryBuildDataSource.addRange(fieldNum(1, 1)).value(">ABC")

Но это, опять таки, мое субъективное мнение.

[maldini]

Да я полностью согласен, но вопрос так и остался открытым, как бороться с этим? Ведь никто не знает что пользователь завтра придумает в именах или номерах, что приведет к ошибкам, которые могут очень сильно навредить.