Длина элемента индекса превышает максимальную длину, равную 900 байт #742828

Невосстановимая ошибка Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm: по причине: Ошибка СУБД: Microsoft SQL Server Native Client 10.0: Ошибка операции. Для индекса "_InfoRg5698_ByDims_SSS" длина элемента индекса, равная 914 байт, превышает максимальную длину, равную 900 байт. откуда такая ошибка берется? работаю с РС ресурсы число ничего не индексируется

За измерения строкой в 150 символов - нужно дать 10 лет строгого расстрела с последующим запрещением подходить к 1с ближе чем на 10 км и запретом участия в выборах в госвласть.

Есть внутренний индекс в который входят все измерения, в какой-то из записей регистра общая длина строки превысила 457 символов.

это общая длина измерений или одного из? успокойся, всё будет, но потом, если ...

общая

а как учитываются прочие типы (ссылочные, числовые и даты)?

16, 8, 8 байт

если нет высоких требований к скорости работы с данным регистром, то сделай одно измерение с типом строка длина = длине гуид. Существеющие измерения и ресурсы перенеси с свойства. Строй индексы сам как хочешь. На каждую запись в измерение пиши гуиды. Извращение конечно, но если очень нужно измерения в виде длинных строк, то другого варианта не вижу.

спасибо

суть - вести историю заполнения строковых полей в разных документах измерения - значения + не справочник - для того что бы было проще работать можно имя документа заменить на идентификатор объекта (справочник) усложняет алгоритм доступа к значениям можно все три значения записать в элемент справочника можно ограничить длину строк до минимума (по сути значение ограничить 150-200 символами), а имена - 100

в ресурсы или реквизиты загнать - не вариант?

нет

А если хорошо подумать?

два документа одного типа в одном и том же реквизите пишем "розовый" "отечный" как сохранить обе записи?

Идея изначально идиот^W свидетельствует о непонимании работы системы.

Тот редкий случай, когда устами глаголет истина.

Тот редкий случай, когда Ёжик ошибается.