7.7 Добавление поля в справочник

Всем привет!

Используется 1С 7.7 релиз 27
Формат DBF
В экспериментальной базе есть только один справочник "Номенклатура" и больше никаких объектов метаданных.
Справочник "Номенклатура" имеет поля:
ЗакупочнаяЦена - Число, 10, 2
ЦенаРеализации - Число, 10, 2
ШтрихКод - Строка, 13, сортировка
Артикул - Строка, 13, сортировка
Вес - Число, 10, 0

В этот справочник добавлено 30000 записей.

Проблема в следующем:

Когда я пытаюсь добавить еще одно поле (например, числовое, длина 1) в справочник с количеством записей ~30000 происходит следующее:

1. Конфигуратор зависает на весьма продолжительное время.
2. Открываю папку NEW_STRU и вижу, что индекс файла, соответствующего моему справочнику растет безбожно. Уверен, что этот неудержимый рост индексного файла является причиной столь долгой реструктуризации. В моем случае уже часа три прошло...

К примеру размер файла DBF справочника до добавления поля равен 6Mb, индексный файл до добавления поля 8Mb, а в папке NEW_STRU индекс уже распух до 800Mb. Особенно хорошо эффект заметен, когда добавляешь поле со включенной галкой "Сортировка". Индекс растет еще больше и достигая размера в 2Gb все прекращается. 1С вываливается с ошибкой записи, т.к. размер индексного файла достиг 2Gb.

Кто может подсказать как принудительно отключить создание индексного файла во время реструктуризации справочника? Или этот глюк 1С как-то лечится?

ЗЫ: проблема эта мне известна давно, но на малых количествах записей незаметна. После реструктуризации стоит сделать переиндексацию базы и размер индексного файла снова становится нормальным.

Странно. Ну а если грохнуть индексы перед изменениями?

В том то и дело, что индекс растет в папке NEW_STRU (он там создается сам). А тот, который в папке БД лежит можно конечно и удалить перед реструктуризацией, но что это даст?

а если в чистой конфе добавить, а потом объединить с основной? или загрузить в основную

Да, так тоже пробовал. Проблема в том, что записей много...

Так тоже делал. При реструктуризации основной базы все также начинает расти индекс. Это глюк самого движка 1С я полагаю.

наверное.. 30тыс это не много, я добавлял реквизит "строка(50)" в справочник с >600 тыс элементов.. платформа правда другая

а какая платформа? вот я выяснил, что для DBF и релиза 27 - 30000 записей - это критическое значение в моем случае. Меньше можно, а больше нет...

[off]sql.. [/off]

:angry:

Видимо зависит от набора используемых полей в Вашем справочнике. Какое поле у Вас сортируемое? Тип, длина. Что было с индексным файлом после включения сортировки по полю? Как изменился размер индексного файла? Попробуйте добавить в своем справочнике поле "Строка", длина 20 + сортировка и отбор по реквизиту. Произведите реструктуризацию, посмотрите размер индексного файла. Затем сделайте переиндексацию базы любым способом. Снова посмотрите размер индексного файла.

А можете в цифрах написать размер индексного файла до включения сортировки и отбора, после включения сортиовки/отбора и после переиндексации базы?

Вам интересно посмотреть как на моей базе размер индекса при реструктуризации увеличивается до 1,269,227,008 байт? Могу экспериментальную базу прислать. Размер архивированной базы без индексов ~800kb.

Бухгалтерский угодник,
Я разобрался со своей проблемой. Стоит уменьшить длину наименования со 100 символов до 80 и проблема с индексным файлом отпадает.

Также я экспериментировал со справочником. Стоит заполнить поля другими данными (даже не изменяя структуру полей справочника) - проблема отпадает. Видно "звезды сошлись" в моей ситуации. Тут и размеры индексируемых полей. И контент справочника.

Но то, что это глюк 1С я уверен.

А за идею с подчиненными справочниками - спасибо! Буду иметь ввиду.