AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
DAX
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 02.03.2012, 14:42   #1  
maldini is offline
maldini
Участник
 
103 / 30 (2) +++
Регистрация: 06.03.2007
Адрес: москва
Да я согласен, что передают и * и , и т.д. Возможно что дело именно в использовании SysQuery::value();
Вот если делать так то получатся совсем разные вещи.

X++:
queryBuildDataSource.addRange(fieldNum(InventTrans,ItemId)).value(SysQuery::value("123,124");
 
queryBuildDataSource.addRange(fieldNum(InventTrans,ItemId)).value("123,124");
В первом случае получим просто сравнение ItemId со значением "123,124", а во втором как 123 OR 124

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

X++:
queryBuildDataSource.addRange(fieldNum(InventTrans,ItemId)).value(SysQuery::value("< 123"));
 
queryBuildDataSource.addRange(fieldNum(InventTrans,ItemId)).value("< 123");
Получается что если в SysQuery.Value добавить <> в quotableStr, то получится если передавать значения в range через SysQuery::value() эти символы будут экранироваться, а если стандартным фильтром то все останется как раньше.

Последний раз редактировалось maldini; 02.03.2012 в 14:53.
Старый 02.03.2012, 14:47   #2  
samolalex is offline
samolalex
Участник
Аватар для samolalex
Самостоятельные клиенты AX
 
259 / 107 (4) +++++
Регистрация: 18.06.2010
Адрес: Москва
Да, в первом случае будет выбираться значение ItemId="123,124", а во втором - значения ItemId="123" и ItemId="124".
Все же, видимо, разработчики, посчитали нужным оставить символы "!?<>" зарезервированными, т.е. использующимися для задания критериев фильтрации.
__________________
С уважением, Александр.
Старый 02.03.2012, 14:55   #3  
samolalex is offline
samolalex
Участник
Аватар для samolalex
Самостоятельные клиенты AX
 
259 / 107 (4) +++++
Регистрация: 18.06.2010
Адрес: Москва
Цитата:
Хотя нет, если сделать так то итог одинаковый будет

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

queryBuildDataSource.addRange(fieldNum(InventTrans,ItemId)).value("< 123");
Правильно, в обоих случаях символ "<" не экранируется, поэтому используется как операция сравнения.

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

Последний раз редактировалось samolalex; 02.03.2012 в 15:01.
Старый 02.03.2012, 14:59   #4  
maldini is offline
maldini
Участник
 
103 / 30 (2) +++
Регистрация: 06.03.2007
Адрес: москва
Зачем строковое значение сравнивать используя <>
Старый 02.03.2012, 15:08   #5  
egorych is offline
egorych
Участник
Самостоятельные клиенты AX
Oracle
 
761 / 154 (7) ++++++
Регистрация: 09.11.2006
Адрес: Краснодарский край
Цитата:
Сообщение от maldini Посмотреть сообщение
Зачем строковое значение сравнивать используя <>
Это вопрос?
Если да, то по стандарту SQL для операции сравнения "не равно", используется 2 последовательности - <> и != , а ! это чисто аксаптовское изобрЕтиние!
__________________
Axapta 3.0 sp - хз какой, kr2
Старый 02.03.2012, 16:17   #6  
maldini is offline
maldini
Участник
 
103 / 30 (2) +++
Регистрация: 06.03.2007
Адрес: москва
Я не имел ввиду <> не как не равенство, я имелл ввиду зачем сравнивать ItemId > "Текст" или ItemId < "Текст". Ну хотя это только в данном случае. Вобщем вопрос который хочется как то решить, что бы избежать в будущем более серьезных проблемм, например при обновлении по условию кто нибудь укажет такое условие что обновится не одна запись а куча, а все из за ><.
Старый 02.03.2012, 17:42   #7  
samolalex is offline
samolalex
Участник
Аватар для samolalex
Самостоятельные клиенты AX
 
259 / 107 (4) +++++
Регистрация: 18.06.2010
Адрес: Москва
Цитата:
Зачем строковое значение сравнивать используя <>
ИМХО
Например, в случае c большым количеством номенклатур с числовым ключом, необходимо отобрать номенклатуры с номером больше "50000". В этом случае, можно использовать данную конструкцию:
X++:
queryBuildDataSource.addRange(fieldNum(InventTable,ItemId)).value(">50000")
Можно, конечно, сделать и так:
X++:
queryBuildDataSource.addRange(fieldNum(InventTable,ItemId)).value("50000..")
Либо можно использовать знаки сравнения в случае, если нам необходимо отобрать строки больше/меньше заданной, ведь строки тоже можно сравнивать - пример тому функция strcmp() для сравнения пары строк.
Пример:
X++:
queryBuildDataSource.addRange(fieldNum(1, 1)).value(">ABC")
Но это, опять таки, мое субъективное мнение.
__________________
С уважением, Александр.

Последний раз редактировалось samolalex; 02.03.2012 в 17:51.
Старый 05.03.2012, 00:17   #8  
maldini is offline
maldini
Участник
 
103 / 30 (2) +++
Регистрация: 06.03.2007
Адрес: москва
Да я полностью согласен, но вопрос так и остался открытым, как бороться с этим? Ведь никто не знает что пользователь завтра придумает в именах или номерах, что приведет к ошибкам, которые могут очень сильно навредить.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
daxline: SysQuery::findOrCreateRange() - A better way to create dynamic query ranges Blog bot DAX Blogs 0 28.01.2011 23:14
QueryRun и два Join'а Roman N. Krivov DAX: Программирование 15 16.07.2010 14:17
SysQuery::range(): ловушка в AX2009 EE EVGL DAX: Программирование 11 29.06.2009 14:30
Не получается сформировать lookup по запросу с outer join dawl DAX: Программирование 6 05.12.2008 15:12
Есть ли альтернатива SysQuery::countLoops(_queryRun) Beast-L DAX: Программирование 16 06.11.2007 12:56
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра
Комбинированный вид Комбинированный вид

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 15:25.