Коллеги,
подскажите причину такой ситуаций и что с этим делать. Есть файловая база, доработка на основе УТ 10.3. Ведется с 2011 года, сейчас размер файла базы порядка 12 Гб. Сейчас процедура ТиТ завершается с ошибкой, так как, как я вижу, индекс в регистре накопления ЗаказыПокупателей более 4 Гб. Причем сами данные - 2 Гб. Размер смотрел замечательной утилиткой V8TableSizes.exe. Я снял "индексировать" со всех измерений регистра ради эксперимента и запустил переиндексацию таблиц базы. Но размер индекса остался тем же. Как все-таки строится этот индекс и можно ли его уменьшить? Вот что выдает V8TableSizes.exe.
Таблица    Объект 1С    Всего    Размер данных    Размер индексов    Размер блобов
_ACCUMRGCHNGR7264 / _ACCUMRGOPT8301 / _AccumRg7245 / _AccumRgT7263    РегистрыНакопления.ЗаказыПокупателей    2 865 041 110    2 809 311 682    4 090 982 400    0
Сорри, без форматирования, но тут видно, что размер данных - 2 809 311 682, размер индекса - 4 090 982 400.

(0) ну дык почисти индекс, в чем проблема-то?

может он просто фрагментирован пустотой? chkdbfl-ом прогнать пробовал?

Нет ли измерений примитивных типов (число,строка, булево).
Как-то при внедрении упр. баланса от УТАН в виды субконто попали примитивные типы и регистр стал катастрофически разрастаться.

По порядку.
Как почистить индекс в файловой базе? Не знаю, как это делать.
chkdbfl-ом прогонять пробовал - не помогает, говорит, ошибок нет.
По поводу примитивных типов - есть в три измерениях с типом число.

Еще нашел следующее.
"При этом следует учитывать, что индексы создаются системой не только при явном указании свойства Индексировать, но, например, и при включении поля в критерий отбора." Это из документа с рекомендациями по проектированию структуры базы данных в 1С. Эти документы (ЗаказПокупателя) включены в критерии отбора. Влияет ли это на индекс в регистре ЗаказыПокупателя?

(5) А просто посмотреть сколько там измерений с индексированием не пробовал? Может там действительно все измерения с индексами. В этом случае действительно может быть размер индексов в разы больше, чем размер данных.

Я снял индексирование со всех измерений. Размер индекса не уменьшился.

Загрузки базу в СУБД

*загрузи

Там и смотри все

А что там смотреть? Если это измерения регистр накопления, платформа создает индексы по всем измерениям, как я понимаю

(11) Неправильно понимаешь.

Так расскажи, как правильно

Измерения - это ключ. Создается ли индекс по ключу?

Вот тут хорошая статья. Платформа создает индексы неявно для регистров накопления при определенных условиях

http://its.1c.ru/db/metod8dev/content/1590/hdoc

(15) Уже лучше, тебе осталось только посмотреть какие конкретно индексы у тебя занимают много места и нет ли лишних.

Так а что мне это даст, если это измерения из типовой конфы, а согласно всему уменьшение размера индекса будет только, если я удалю какие-то из измерений? ЧИ чем это лучше, если нет никаких способов, кроме
1. Свернуть базу.
2. Переходить на SQL

(0) Таблица итогов там у тебя? Период рассчитанных итогов какой?