Добрый день!
Я выгрузила .dt из sql базы, загрузила ее в файловую(новую базу создала). База не загружается,через некоторое время пишет:

Ошибка СУБД: Длина ключа индекса превышает максимально допустимую '_AccumRg23916_ByDims@ (_Fld1002, _Period, _Fld23909RRef, _Fld23910RRef, _Fld23911RRef, _Fld23912RRef, _Fld23913RRef, _Fld25663, _Fld25908, _Splitter)'


Мне нельзя в базе sql что-либо делать,кроме как взять саму базу!
Так что я не знаю как обойти этот момент

Фотка есть, продолжаем помогать.

Тестирование (без исправления!) базы можешь сделать?

Создай северную базу

(0) получи внутреннюю структуру таблиц в 1С. есть обработки на ИС - структурабазданных. найди что за регистр накопления AccumRg23916
посмотри какие там измерения. возможно какое-то из измерений включает в себя слишком много типов или является строкой. такое на серверном варианте хранения подходит, но при попытке загрузить такой cf в файловом режиме в пустую базу вываливается с ошибкой.

надо понять на какой объект ругается, потом у реквизитов убрать параметр "индексировать" - профит

смотреть нужно в рабочей базе, что это за accumrg23916  такой. и решать что дальше делать с ним. если базы нет, разверни dt в какой-нибудь СУБД, открой конфигуратор и вперед.

accumrg - регистр накопления.
Найти соответствующий регистр. Найти в нем строковое поле, которое проиндексировано. Снять индексацию. Сделать "исправление", выгрузить в dt еще раз. Загрузить в файловую.

Максимальная длина ключа в индекса в файловой версии 1920 байта.

(1) не могу.Если я ее даже загрузить не могу в пустую базу

(2) как?Если у меня нет сервера,а просто комп

(6) (5) (3) Так вот я находила такое решение.Но что за обработка?Имя?

Не правильно спросила,я обработкой если найду,то как мне исправить индекс?

И как мне воспользоваться обработкой, если у меня только dt

(11) Загрузить в промежуточную файловую базу.

Нашла регистр накопления. У меня в измерении, на которые он ругается, в свойствах стоит "не индексировать".Мне надо поставить "Индексировать"?

Проблемы в одной из колонок
_Fld25663
_Fld25908

посмотреть, какая из них - строковая.
Найти строки максимальной длины, скорее там какая-то дичь, типа многострочного текста, скопипистенного с сайта, или пробелы, или xml хрень.

Искать надо запросом к Оборотам() регистра

(13) Нет. Это никак не поможет, галочками это не решишь

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

(13) Как называется регистр, оборотный он или остаточный, как называется измерение, и его тип?

У одного  длина 36, у другой 1000

Регистр обороты; измерения имеют тип строка ,длина столько разная

(14) А как вы поняли,что именно в этих измерениях косяк?

(19) Магия

(19) все, что заканчивается на Ref - это ссылки.
обработок, чтобы посмотреть структуру базы данных полно на ИС, поищите нужную вам.

(18) "у другой 1000"
В нем - проблема.
Ищите строки с текстом, длиннее 300 символов.

а вообще люлей проектировщику такого регистра накопления, это еще додуматься надо такую дичь придумать.

(21) Я уже нашла обработку,ей воспользовалась и нашла регистр

(22) то есть запись в регистр смотреть?в режиме предприятия?

(25) Да

(25) Что за конфа? Страна должна знать долбодятлов.

(22) я поняла почему взяли 1000. Это измерения номенклатураДля Печати.И посмотрела что наименование номе-ы длина там тоже 1000

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

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

(29) Ахаха. Да это квест для автора.

(28) Мне вот 10 лет стажа, а я - не понялю

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

ВЫБРАТЬ
    Регистр.НоменклатураДляПечати,
    Регистры.Регистратор
ИЗ
    РегистрНакопления.Регистр.Обороты(, , Регистратор, НоменклатураДляПечати > ПОДСТРОКА(НоменклатураДляПечати, 1, 300)) КАК Регистр

Таким запросом он вывел 9 записей

вот и что же мне делать с ними то?

(33) я и писала выше,что там указано полное наиме-е

(36) Исправь наименование в номенклатуре, перепроведи документ, верни наименование в номенклатуре (если надо).

Потом переделай регистр, убери это измерение.

(38) так я не могу исправить имя номенклатуры, так именно им и надо.
Вместо измерения сделать реквизит,так выйдет?

а не слетят у меня записи прошлых периодов?

А если я изменю регистр,то что будет с записими прошлых периодов?

(41) Кирдык

(41) обычно под такое дело делается обработка, которая перезаписывает движения только нужного регистра. по идее надо делать так - в SQL базе добавить новое измерение в регистр, измерение типа "Номенклатура", переписать проведение в этот регистр, чтобы записывалось измерение типа номенклатура, удалить строковое измерение.

(0) Так у вас база сколько весит? Где разворачиваете операционка какая?

Уже было на мисте
SQL ---> Файловая (Длина ключа индекса превышает максимально допустимую)
http://catalog.mista.ru/public/400269/

А точно надо в файловую? может в какой-нибудь вариант бесплатного скуля? (postgress, sql express - если база позволит)

Мне эта база нужна как тестовая,чтобы свои доработки внести.Так что я просто удалю запись в регистре и все. На рабочую sql ручками перенесу свои доработки.

Всем спасибо огромное!!!!!!!Вы супер)

(47) от проблемы ты всё равно не избавишься, может когда нибудь вылезти (При обновлении например).

(49) согласна,но я не могу никак изменить данные без согласия клиентов.а им это нахер не надо,пока все работает.
Мне так то запретили на файловую разворачивать.Сделали мне sql базу,так что теперь буду там работать.Спасибо)

(16) чего это ты так не доверяешь им?

(51) так нужно))

(46)
MS SQL Developer Edition с версии 2016 тоже бесплатный, а возможностей как в Enterprise, разница только в лицензионном соглашении.
Так что зачем автор извращается с файловой мне не понятно.

(53) да потому что,у меня есть база на sql тестовая,загружаю туда dt с рабочей базы(на sql она тоже),выдает ошибку

Вообщем не помогло мне нифига(((((((

"Вообщем" надо сказать спасибо тому человеку, кто придумал сделать в измерении строку 1000 ))

(56) Хорошо бы еще понять, зачем он это сделал.
Поняв, можно попробовать объяснить владельцам БД, что им это не нужно. Либо, как можно обойтись без этих измерений.

(57) зачем? да как вариант - "оптимизация"))) а то ж ведь придется соединение со справочником "номенклатуры" делать, что бы наименование для печати получить, а соединение с виртуалкой - ай-яй-яй (хотя исходя из спроектированного регистра знание оного ставится под большое сомнение). ппц...
(55) единственный вариант загрузить данный dt-шник в файловую - это убирать это измерение, либо сокращать его длину со всеми вытекающими.

Мне понравилось,теперь я знаю,как сделать так,чтобы скуль базу в файло не развернули,просто регистр и в него поле типа строка,и не важно,что в регистре будет только одна строка.

(55) а что пишет? как боролись?

Возможно автор не все записи с длинными строками пофиксила. В (14) правильно сказано - их там два таких. Нужно на предмет их общей длины сканить регистр.

Но этого недостаточно - нужно резать длину у этих полей, имхо.

(54) В SQL с этой же ошибкой не грузиться?

Я не стала уже дальше разбираться,просто взяла создала sql базу и залила туда рабочую bak

(64) Тогда честно говоря не понял, как этот ваш ответ(54)соотносится с моим предложением (53), раз вы все равно ему последовали?

(65) Ну я то думала взять dt,я не знала что sql делает архив по другому