SysQuery

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