Длина индекса #764716

Добрый день! Есть регистр "даты отгрузок". В нем есть измерения "Наименование заказчика". Длина 1000 символов. Не индексируется. Двигается заказом покупателя. При проведении заказа с длинным наимнованием заказчика выдает ошибку "Длина ключа индекса превышает максимально допустимую". Удаляю поле - все Ок. Добавляю - ошибка. Поле не участвует в индексе, но ругается на него. Сейчас запустил ТИИ - но по ощущениям не поможет. Что я упустил?

+ регистр накопления

Основной вопрос - зачем?

вопрос был другой.

Ты забываешь про остальные индексы, куда твое поле входит...

В 1с не принято использовать измерения-строки, это дурной тон. Используй справочник "Заказчики" в качестве измерения. PS Любое измерения в регистре индекируется, так устроены регистры.

А если отвечать конкретно на вопрос, то упустил ты документацию

А зачем такое измерение???? Засунь его в реквизит

так если стоит "не индексировать"- поле входит в индексы? Причем есть еще один регистр, в нем точно такое же поле - но всё работает.

А если все таки нужны итоги по наименованию заказчика, сделай его справочником. И ставь ссылку на справочник в измерение

1С при создании регистра накопления по умолчанию создает индекс (один) из периода и всех измерений для итоговых таблиц этого регистра

не получится. наименования заказчика всегда уникальны. в каждом заказе. Заказ нужно закрывать по наименованию заказчика

Тогда почему все работает на ргистре накопления "ЗакзаыПокупателей" с точно таким же полем.

1 заказ = 1 наименование?

Покажи на картинке структуру этого регистра в дереве метаданных и тип твоего строкового измерения

база файловая? я работал в одной дочке Уралмаша - тамошние суровые проги по 5 измерений "строка 200" создавали и не парились. не знали куда еще денег потратить... а вообще за измерение "строка 1000" надо убивать изощренным методом. и потом приводить в пример на вопрос про длину индекса.

База скульная

Так у тебя длина переменная - повезло, не встретилось там в таблице остатков пока наименования, которое вкупе с остальными измерениями превысит длину 1024

встретилось. один и тот же заказ провожу. По этому регистру проводится, по другому нет. Причем в этом гораздо больше измерений. "Плохой регистр" не  могу показать.идет ТИИ

ограничение на индекс для файловой базы 1920 байт.

Видимо сам скуль офигел от такого индекса :)))

Файловый вариант информационной базы Единственным ограничением на использование индекса при использовании СУБД, встроенной в 1С:Предприятие, является максимально допустимая суммарная длина ключа в индексе, равная 1920 байт. При попытке создания индекса с длиной ключа, превышающей 1920 байт, будет выдано сообщение об ошибке. Клиент-серверный вариант информационной базы Клиент-серверный вариант информационной базы подразумевает использование Microsoft SQL Server в качестве СУБД. В Microsoft SQL Server определены следующие ограничения на использование индексов: максимальное количество полей, участвующих в индексе, равно 16. максимально допустимая суммарная длина ключа в индексе равна 900 байт. Важно иметь в виду, что в процессе определения объектов метаданных 1С:Предприятие при попытке создания индекса, включающего более 16 полей, в клиент-серверном варианте ИБ индекс усекается справа до 16. Это повышает надежность работы системы, но может привести к некоторому снижению производительности операций над соответствующими таблицами из-за ухудшения качества усеченных индексов.

Сделай строку 449 или даже 400

не уместится(

Тогда реализуй отдельным справочником и ссылку на него в измерение

Учтите, что измерения в регистре всегда участвуют в составном индексе. То есть, если у вас несколько измерений - их длины надо складывать. Именно поэтому и не надо хранить там строки.

я всё понимаю. Почему в регистре, на которуй я давал картинку, все работает?

В левом не работает, в правом работает!

Блин что это за имя заказчика с длиной 1000 символов?? :))

9086010 'Задвижка шиберная DN 700 РN 1,6 МПа. Перепад рабочего давления на затворе 1,6 МПа. Под сварное соединение с трубопроводом. Вид климатического исполнения У1. Герметичность затвора по классу "А" по ГОСТ Р 54808-2011. Под электропривод "ЭПЦМ-4000" Г.18. C заводским антикоррозионным покрытием, подземная часть по ОТТ-25.220.01-КТН-215-10. Надземная часть - по РД-23.040.01-КТН-149-10. Категория коррозионной активности атмосферы С3. В несейсмостойком исполнении С0. Присоединяемая труба 720х8 с классом прочности К56 первого уровня качества по ОТТ-23.040.00-КТН-051-11. Установка - надземно. Рабочая среда - нефть по ГОСТ Р 51858-2002. Тип присоединения к электроприводу  "Г"

Что мешает засунуть это в реквизит???

Вы работаете за пределами "зоны безопасной эксплуатации" системы. Чего же вы хотите? Вам ясно говорят - так делать не надо. Хотите хранить в регистрах полное досье заказчика - используйте реквизиты, а не измерения. Измерения для другого предназначены.

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

Я так понимаю это набор характеристик, вот ссылки на этот набор и нужно хранить как я понимаю.

Ты на комбинацию измерений обращай внимание, а не на одно свое

покажи того человека который делал такой регистр!!!! и какая это конфигурация (вижу поддержку, кубики) нафига цену включили в измерение??? я понимаю, что это некая табличная часть документа, но логично было оставить ключь "номер строки" а все эту мутотень вынести в реквизиты и ресурсы а автору советую это поле вынести из регистра в реквизит заказа

А почему нельзя измерение строку делать? Расскажите. Очень интересно.

по тому, что места в индексе занимают больше чем ссылка

Потому что все измерения включаются в один индекс, а у СУБД есть ограничения на длину индекса. В случае ссылок это по 16 байт, в случае строк - по факту.

ну понятно что не надо строки 1000 в индексы фигачить. а по факту если сильно надо, то все можно. никто не умрет от индекса по строке 20.

1000 символов, вы загнули. Ты бы хоть раз прошелся бы запросиком. И выяснил бы максимальную длину ;)

УППшное что-то. Там и цена в измерении этого регистра типовое.

+ ...Что я упустил? ПятницО :)

ахахахахах. с ценой - это в москву звони, в 1с.

Да, поле входит в индекс :)

Реально. Цена в Измерении? :) ...Все же Пятничная ветка :)...

Весельчак, колись кто додумался в измерение строку(1000) запихать? Сам?

Если строка не превысит 36 символов, то почему бы и нет ;)

Измерение - значит индексируется. Галка индексировать - это другие индексы. Сделай справочник в него пиши строки хоть по 5000 символов. Этот справочник используй для измерения.

Так в измерениях же есть и Договор и Номенклатура и Характеристика и Заказ. Этого недостаточно?

учет по характеристикам не ведется. наследие 5 летней давности осталось. оттуда же и строка(1000)

а насчет цены - типовое измерение УПП. наплевался уже с ним.

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

682 символа.

+100500 Первое попавшееся взял

В одном регистре больше измерений в другом меньше. В этом ответ на твой вопрос почему в другом регистре проблем пока еще нет.

так все наоборот получается. В том,где больше измерений - все работает.

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