В процессе обновления информационной базы произошла критическая что это? #677790

Это когда я из рабочей базы выгрузил CF файл потом создал чистую базу и сделал "загрузить конфигурацию". В процессе обновления информационной базы произошла критическая ошибка. по причине: Ошибка СУБД: Длина ключа индекса превышает максимально допустимую '_InfoR12141_ByDims_SSSSSSRSST (_Fld12142, _Fld12143, _Fld12144, _Fld12145, _Fld12146, _Fld12147, _Fld12148_TYPE, _Fld12148_RTRef, _Fld12148_RRRef, _Fld12149, _Fld12150, _Fld12151)' по причине: Длина ключа индекса превышает максимально допустимую '_InfoR12141_ByDims_SSSSSSRSST (_Fld12142, _Fld12143, _Fld12144, _Fld12145, _Fld12146, _Fld12147, _Fld12148_TYPE, _Fld12148_RTRef, _Fld12148_RRRef, _Fld12149, _Fld12150, _Fld12151)'

[Длина ключа индекса превышает максимально допустимую] какая буква не понятна ?

Мне не понятно какая такая длина индекса и по какой причине это происходит вообще?

у регистра сведений - InfoR12141 ... слишком докуя полей

а как определить чтоэто за регистр?

ПолучитьСтруктуруХраненияБазыДанных

всё проще ТС выгрузил cf с сиквела и сует в файловую, а там в Рг сведений текстовое измерение

да. есть такое. а как же быть?

включить мозг

А что в файловой версии нельзя индексированные текстовые поля делать?

Насколько помню, ограничение на размер индекса есть в файловой.

Я бы вообще задумался - нахрена такое поле впилось?

ну 2-3 символа можно, ну не твои 128

благодаря тебе родился этот гениальный код:

там нет в базе такого InfoR12141  - этой таблицы.

а кто тебе сказал, что в сиквельной и файловой базах имена таблиц совпадают ?

А где мне искать лучше? на SQL ?

мне надо узнать что это за регистр. как это сделать?

ну это же типовая конфа, сравни с конфигурацией поставщика и найди Рг сведений с херовыми измерениями

Эээ...вообще-то - совпадают. Даже в различных базах они, как правило, совпадают - конфигурация поставщика определяющий фактор. Если, конечно, изменения были не настолько глубоки, что от конфигурации поставщика осталось рожки да ножки.

ну почему же типовая конфа. в этой конфе море самодельных регистров сведений.

Короткое замечание: не исключено, что это новый регистр - из обновления. Тогда, пока тс обновление не накатит, - ФигВам его найдёт в своей конфе :)

то, что это самопальный регистр, очевидно

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

нашел регистр сведений у которого одно измерение имеет тип "Строка 500"

сними индесирование

индексирования там нет. но есть полнотекстовый поиск

ну тож убирай :)

Но это не решение проблемы. Мне нужно реально определить что за регистр это на который ругается программа.

Попробуй вот это:

Радченко: "В файловом варианте 1С:Предприятия длина индекса ограничена 1920 байт. Для составного индекса его длина рассчитывается как сумма длин полей, входящих в индекс. Для различных типов данных 1С:Предприятия длина поля в байтах может быть вычислена по следующим формулам: Кроме этого, существует ограничение на количество полей, входящих в составной индекс. Для СУБД, отличных от файловой, максимальное количество полей в составном индексе – 16. Для файловой СУБД – 256. Если индекс содержит большее количество полей – они автоматически отбрасываются. Так работает модель информационной базы 1С:Предприятия."

в рабочей базе нет ничего что содержит "12141"

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

Ты сортировки-выборки не учил что ли? Сначала грохни половину, потом половину половины.

У вас много регистров со строковыми измерениями или с большим числом измерений????

ну если слабо перебрать через метаданные измерения Рг сведений, то удаляй по одному

не находит по ID измерение как выяснилось что немало )) знаю я это.

[)не находит по ID измерение ] чё ?

ну код из не помог мне найти интересующее поле регистра. методом удаления приходится решать.

ну если слабо перебрать через метаданные измерения Рг сведений, то удаляй по одному

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

какой нах ID, нужно искать измерения с типом строка

ну так я нашел их всех. они по 500-750 символов длиной. сейчас несчадно меняем базу.

Одного измерения с длинной в 500 символов достаточно.... а их у тебя много. Руки следует оторвать тому кто их создавал.

ну молодой программист не знал как правильно делать. он из армии только пришел и сразу на боевую площадку его выпустили с нулём знаний по 1с он уже через месяц научился писать обработки и документы. ну а регистры проектировал не совсем правильно но теперь зато знает что к чему.

все таки уникальная профессия у нас :).

топик закрыт