Сортировка на форме с учётом регистра

[mikki_messer]

Добрый день.
Столкнулся с такой задачей: в нашей системе есть форма для подбора номенклатуры, и номенклатуры на ней отсортированы по наименованию в алфавитном порядке. Но проблема в том, что в старой КИС сортировка была с учётом регистра, а в Ax всё сортируется без учёта регистра.
Есть ли возможность в Ax сортировать данные на форме с учётом регистра? Поиском не нашёл, если обсуждалось уже - ткните носом, пожалуйста.

[ice]

создайте другое числовое поле для сортировки

[mikki_messer]

А как заполнять это поле? Т.е. каким-то образом в коде можно сортировать case sensitive?

[oip]

Программно... Джобиком... Но лучше сразу приучить пользователей к тому, что это другая система со своими ограничениями. Иначе так и будете делать из Аксапты "старую КИС".

[mikki_messer]

Понятно, что Джобиком. Или классиком. Вопрос как сделать выборку данных с сортировкой по строковому полю с учётом реестра?

[lev]

Цитата:

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

Понятно, что Джобиком. Или классиком. Вопрос как сделать выборку данных с сортировкой по строковому полю с учётом реестра?

... удалил из-за некорректности

сорри! lower это приведение к нижнему регистру, ПОПУТАЛ!

[Wamr]

я бы посмотрел в сторону SQL, так как именно там определяется case-insensitive

[S.Kuskov]

Для заполнения вспомогательного столбца можно придумать хеш функцию, которая будет преобразовывать строку, содержащую символы разного регистра в строку по которой уже можно будет проводить регистронезависимую сортировку. Простое решение в лоб: добавить после каждого символа информацию о его регистре.
Т.е. например для строки
"abA" = "a0a0a1"
"AbA" = "a1b0a1"
конечно для хранения такого хеша прийдётся предусмотреть в два раза более длинную строку, но зато при вводе очередного значения не прийдётся сравнивать его с остальными.

[pitersky]

У меня как-то сразу возник вопрос перпендикулярного характера
Аксапта - ERP для достаточно большой организации, в которой номенклатурный справочник обычно насчитывает тысячи позиций. В то же время даже расширенная по самое "немогу" форма выведет на экран максимум несколько десятков строк. Соответстенно - зачем нужна сортировка ВСЕГО справочника, если 99% отсортированной инфы всё равно не видно и не будет видно?
Лучше приучайте пользователей юзать поиск по маске. Когда на экране 7-8 строк - никакая особая сортировка не нужна

[dech]

Цитата:

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

Добрый день.
Столкнулся с такой задачей: в нашей системе есть форма для подбора номенклатуры, и номенклатуры на ней отсортированы по наименованию в алфавитном порядке. Но проблема в том, что в старой КИС сортировка была с учётом регистра, а в Ax всё сортируется без учёта регистра.
Есть ли возможность в Ax сортировать данные на форме с учётом регистра? Поиском не нашёл, если обсуждалось уже - ткните носом, пожалуйста.

Вы во всех своих формах собираетесь такую сортировку делать? Если да, то вам в Management Studio нужно посмотреть и изменить COLLATION вашей базы данных. Но тогда вам также необходимо перестроить все индексы в БД (работы часа на 3 не меньше).

[Михаил Андреев]

Я бы рекомендовал сначала "потренироваться на кошках" для изменения Collation. Вполне вероятно, что после изменения Collation база вообще станет неработоспособной. В частности, код компании в таблице компаний может быть большими буквами, а поля DataAreaId в других таблицах принудительно переводятся в нижний регистр. Придётся все такие связи проверить и принудительно перевести в нужный регистр.

[dech]

Я бы рекомендовал вообще не тратить время на такие причуды пользователей и сказать им жесткое "нет"
Согласен с Михаилом, что выборка многих данных может "испортиться". Если проверка пароля еще требует регистрозависимого поиска в БД, то особая сортировка того просто не стоит.

[Vadik]

Цитата:

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

я бы посмотрел в сторону SQL, так как именно там определяется case-insensitive

Цитата:

Сообщение от Dynamics AX 2012 system requirements

Microsoft Dynamics AX supports Unicode collations that are case-insensitive, accent-sensitive, kana-sensitive, and width-insensitive. The
collation must match the Microsoft Windows locale of the computers that
are running instances of the AOS

То, что на сервере БД не поддерживается, нет смысла эмулировать на клиенте. В морг, короче

[mikki_messer]

Я так и думал. Спасибо!