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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 25.08.2010, 19:47   #1  
Владимир Максимов is offline
Владимир Максимов
Участник
КОРУС Консалтинг
 
1,715 / 1204 (44) ++++++++
Регистрация: 13.01.2004
Записей в блоге: 3
Цитата:
Сообщение от Logger Посмотреть сообщение
Это сильно! А другой Collation не пробовали ?
Пробовали, конечно. В последнем сообщении приведен тестовый пример, как можно посмотреть при каком Collation какой порядок сортировки будет. Например, при Cyrillic_General_CI_AS все "как положено". Пустое значение и пробел считаются самыми маленьким символами.

Бросается в глаза именно положение пустого значения и пробела, которые оказываются больше ряда символов (одиночный апостроф, дефис, длинные тире и др.).

Цитата:
Сообщение от Logger Посмотреть сообщение
Опасный баг. Это же может вылезти в куче мест.
Ну, это вряд ли. Типичная ситуация, когда это вылезает - это сравнение на пустоту. Мало кому в голову приходит сравнивать символьные строки на больше/меньше. Более того, должно быть не просто сравнение на пустоту, но и содержимое поля должно начинаться с символа дефиса. Достаточно редкая ситуация

Собственно, именно поэтому и не поменяли Collation на сервере. Просто не возникает проблемных ситуаций по данной причине. А там, где это надо учитывать (ну в очень специфических ситуациях) делаем специальный обход.

Цитата:
Сообщение от Logger Посмотреть сообщение
Все таки странно каким чудом дефис оказался меньше пустой строки. По логике не должно так быть. Это скорее всего бага в БД.
Не уверен, что это именно бага. Скорее просто еще один вариант сортировки

Цитата:
Сообщение от Logger Посмотреть сообщение
Интересно а что будет, если в коде Аксапты вместо
X++:
select MyTab where MyTab.MyField
поставить
X++:
select MyTab where MyTab.MyField>'-'
Так понятно, что будет. Если пустое значение больше, чем дефис, то в выборку попадут все поля с пустым значением поля

Последний раз редактировалось Владимир Максимов; 25.08.2010 в 19:58.
Старый 25.08.2010, 20:06   #2  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,983 / 3273 (117) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Спасибо за информацию.

Цитата:
Сообщение от Владимир Максимов Посмотреть сообщение
Ну, это вряд ли. Типичная ситуация, когда это вылезает - это сравнение на пустоту. Мало кому в голову приходит сравнивать символьные строки на больше/меньше.
Так это ядро само такой запрос посылает. Программист может просто написать
X++:
select MyTab where MyTab.MyField
не задумываясь какой запрос уйдет. А ядро аксапты пошлет условие MyTab.MyField > ''

И кстати, я считаю что для условия на пустоту/непустоту строкого поля правильнее писать
X++:
select MyTab where MyTab.MyField
вместо
X++:
select MyTab where MyTab.MyField != ''
так как для БД проще исполнять запрос с условием ">" чем с условием "!="
Теги
collation, sql server, баг, сортировка, сравнение

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Количество строк в Query Владимир Максимов DAX: Программирование 19 11.08.2014 18:27
Баг? Сравнение строк длиной более 32767 символов vallys DAX: База знаний и проекты 6 16.07.2008 12:18
Тормозит копирование строк в буфер обмена ivas DAX: Программирование 20 21.08.2007 15:05
Сортировка строк фактуры PavelSR DAX: Программирование 11 07.09.2006 12:20
БАГ: копирование строк накладных в новый заказ Антон Солдатов DAX: Функционал 2 03.12.2004 09:02

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

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

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