Есть регистр сведений, одно из измерения типа значений строка.
При записи не различается регистр символов. Например, "training" и "Training" ругается на "запись с такими ключевыми полями существует".
Это всегда в 1С так было или от СУБД зависит?
КитайскийМуй от СУБД
может, хотя бы, в тематических ветках будет от тебя какое-то подтверждение?
в файловой проверил, тоже не дает записать. региональные настройки пытался разные ставить.
с учетом рекомендации не делать измерения примитивного типа, похоже, все-таки фича.
sf с учетом рекомендации не делать измерения примитивного типа
что за рекомендации?
не вижу ничего плохого в примитивном типе "дата" или "число".
да и строка, если она небольшая, и если действительно задача требует именно измерения-строки, тоже ничего особо страшного не несёт.
хотя мне не попадалось задач, где именно без измерения-строки не обойтись
Не используйте в регистрах слишком много измерений, особенно, если среди них есть поля строковых типов. Для ориентировки можно считать, что поле типа число занимает 16 байт ключа индекса, строка - 3*n байт (где n - максимальная длина строки), дата - 8 байт, булево - 1 байт, ссылка на один объект - 16 байт, ссылка на несколько объектов - 20 байт.
http://devtrainingforum.v8.1c.ru/forum/thread.jsp?id=538627&threadtype=0&print=1
andrewks что за рекомендации?
да баян из проф разработки, не поддающийся объяснению простым языком.
на вопрос "почему" collation всегда CI предположения, чтобы уменьшить размер индекса.
пишу в регистр из таблицы значений, предварительно свернув по измерениям. но метод "свернуть" как раз с учетом регистра.
(2) В Фоксе всегда приходилось для сравнения строчных полей переводить в верхний регистр. Там Трайниг и трайниг - это разные строки.
(12) от составных полей может быть куда больше проблем
Важно иметь в виду, что если в индекс входят несколько полей составных типов, то количество фактически созданных индексов будет равно произведению количеств различных типов (здесь ссылки считаются одним типом), составляющих тип каждого из полей. Таким образом, неосторожное использование индексируемых полей составных типов может привести к построению чрезмерно большого количества индексов, что может отрицательно сказаться на производительности и ресурсоемкости информационной базы. Это в первую очередь относится:
к ресурсам регистров и реквизитам, для которых свойство "Индексировать" установлено в "Индексирование" или "Индексировать с доп. упорядочиванием";
к измерениям регистров (по измерениям регистров индексы создаются автоматически);
к другим полям, участвующим в индексах, согласно разделу ИТС 1С:Предприятия 8.0 "Индексы таблиц базы данных".
