Измерение регистра типа строка #692029

Измерение регистра накопления типа строка -это нормально? Чем это плохо ? В типовых еще не встречалось мне подобное

ну ошибочками чреевато

Смотря какой размер и как заполняется....

особо сильно ничем не плохо, вполне допускается... тока будет ли он закрываться в 0 непонятно

лучше определиться с вариантами и запилить в перечисление

Плохо (и то не смертельно), если измерение будет составного типа, включающего одновременно и ссылочные и примитивные (строка, число, дата, булево) типы. Если ТОЛЬКО строка, то ни чего плохого - главное решить вопрос однозначности значений (помнить, что строки "ЗнАчЕнИе" и "значение" - не равны) и закрытия в 0 (в случаи регистра остатков).

Измерение типа Строка 200 напрягает почему- то

напиши сюда весь состав регистра

Состав регистра - берите любой и добавьте Комментарий с типом С200. Может измерение с реквизитом перепутали ?

делал так, все работало

коментарий реально? и он там разный везде?

1с строго не рекомендует использовать в качестве измерений строковые значения. Лучше создай справочник

Чревато неправильным заполнением этой самой строки

И итоге искажение всех данных

не видел таких рекомендаций, искажать данные можно и неправильным заполнением справочника ... Например, учет каких-то бланков или квитанций, которые различаются только номерами и суммами. В измерение пихаешь номер (строка), в ресурсы сумму. Лепить тут справочник вряд ли стоит. Будет тебе миллион элементов справочника в месяц, помимо записей в регистре - как-то не особо имхо

>>1с строго не рекомендует использовать в качестве измерений строковые значения чем сама не брезгует в типовых

брехня дело в индексах описанное ТС-ом тупо не будет работать в файловой

В регистрах накопления? Можно пример?

в консолидации видел в РН, в УПП не помню, надо искать. В РС точно есть

в индексы упрёшься, как уже было сказано

упрешься только при определенных условиях, цитирую: Не используйте индексирование по строковым полям, суммарная длина которых превышает 300 символов. Такой индекс может быть создан при выборе в значения "Индексирование" или "Индексировать с дополнительным упорядочиванием" свойства "Индексировать" реквизита или измерения. Кроме того, индекс по полю будет создан при вхождении этого поля в какой-нибудь критерий отбора. Не используйте в регистрах слишком много измерений, особенно, если среди них есть поля строковых типов.

Получается, что дело в индексах, которые создаются платформой. Посмотрел сейчас- у оборотного регистра для таблицы оборотов создается кластерный индекс, в который включаются все измерения регистра , в т.ч. и измерение с типом строка :(, а ссылочные измерения - 16 байт

у меня есть измерение строка(2, фиксированная)

запихал туда индексы 2-х перемещений

иначе в файловую перестало влезать

Прикольно. А нафига измерение типа строка нужно вообще?

почему оно нужно - вопрос к изобретателю , скорее из-за непродуманности архитектуры :)

Если длина строки в байтах меньше 16. Экономия на размере и ссответственно больше данных умещаются на странице индексов а значит и быстрее поиск. Есть еще например типа кода Артикул. Заводить для него отдельный справочник не имеет смысла.

Есть прайсы которые содержат миллионы артикулов, но реально используется только одна сотая часть.

прикольно. Надо будет взять на заметку, может и пригодится когда.