Как стать автором
Обновить

Комментарии 5

А ещё можно взять себе на заметку обязательно звать японцев на бета тестирование. Они давно уже во многих вещах «как с другой планеты» (и не только в языке, азбуке и т. п.), но поскольку Планета у нас с ними всё-таки одна, а проект международный, то их участие может сильно помочь во многих аспектах.
Хах это точно, если есть такая возможность, то можно звать. Вообще люди с нестандратными действиями очень помогают в отладке.
И конечно как можно более конкретные сообщение об ошибках — логи наше все. Главное в них не утонуть.
Неожиданно.
А выбор UTF-8 по умолчанию мог бы решить проблемы (кроме сортировки, понятно)?
UTF-8 еще не поддерживается. Поддержку его обещают в MS SQL 2019

Поля же УЖЕ были в Юникоде (поля NVARCHAR кодируются в UTF-16). Тут именно проблема в том что Японцы используют символы разной ширины, на уровне ОС это разные имена папок а вот на уровне запроса в БД папка с широким и обычным (узким) вариантом — считалась одним текстом. Тоесть например цифру 1 можно записать как '1' и как '1' (U+FF11). По смыслу это единица (и так считает по умолчанию сервак), но разной ширины. А вот на уровне файловой системы — это 2 разных имени.
Спасибо за такое развернутое пояснение, я думаю я не смогла бы написать лучше.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий