При внесении изменений в конфигурацию (ТиС 9.2 в справочник номенклатуры добавлялись новые поля. Всего около 100т записей) после 2 недель сохранения вылетает данная ошибка. От системы не зависит - проверялось под WinXP, Win2000Server, Win7. Ругается на индекс справочника номенклатуры - он достигал размера 2Гб. Файловая система везде была NTFS. Кто-нить сталкивался с такой проблемой?
(2) Ёпрст,
да конечно, считанные минуты - это ж 7.7 ёпрст :) там всё не так просто, а если поля сортируются или отбор установлен, то 100т записей это может быть смертельно!
(4) сразу видно того, кто ни разу не вносил изменений в большие таблички
(5) 1с-ина не умеет реструктуризировать таблички, на полях которых установлены отборы и сортировки - неправильно создается индекс при реструктуризации, отсюда немерянный рост индексного файлика и вышеуказанная ошибка.
Можешь и штатно сделать - снять отборы и сортировки со всех полей справочника, добавить реквизиты, сохранить конфу, вернуть галки отборов и сортировок взад.
Вот только ручной правкой таблички - в разы быстрее, чем это сделает 1с-ина.
(7) Ёпрст, Небольшое уточнение... Изменения и отладка первоначально происходят в базе, в которой 1т записей. Поля добавляются за считанные секунды. В экспериментальной все прекрасно работает. Потом загружаются изменения в рабочую. Но когда 100т записей - такая #70
В пустой каталог кидаешь мд, прописываешь путь к этому каталогу, в пофигураторе добавляешь поля, сохраняешь - имеешь новый мд и дд. Далее в рабочей базе открываешь табличку справочника, вносишь поля ручонками любым дбф редактором (имена и структуру смотришь в новом дд), подменяешь мд и дд, переиндексируешься, наслаждаешься.
1) проверьте в справочнике флажки отбор и сортировка. Если они есть , то проверьте ДЕЙСТВИТЕЛЬНО ли нужны ОБА флажка.
Пометка «Сортировка» служит для возможности использования методов НайтиПоРеквизиту() и ВыбратьЭлементыПоРеквизиту(). Пометка «Отбор» служит для возможности установления отбора или закладок отбора в форме списка справочника.
. Если удастся обойтись без флага «Отбор» -- сэкономите много времени. После посмотрите на длину реквизитов, по которым установлены эти флажки. И постарайтесь максимально сократить НАИМЕНОВАНИЕ ,так чтоб сумма длин ( наименование + длина самого длинного реквизита с птичкой «Отбор») была меньше 100 символов. Это важно потому что при построении индекса по реквизиту с птичкой «Отбор»,в состав индекса включается наименование!
2)Порядок полей в справочнике тоже играет роль.Реквизиты с сортировками и отборами лучше передвинуть в конец. (сделать последними).
Хочу добавить про флаг "Отбор по реквизиту".
Важно понимать, что эта фишка сделана только для реализации интерактивных отборов.
Например, для программного метода НайтиПоРеквизитру она совершенно не нужна.
Мне не кажется, что кто-то в 7.7 сильно использует эти отборы вообще.
Ну, уж если сильно хочется, сделайте пару тройку таких отборов,
но только выбирая типы, содержащие разумное множество значений.
Лучше всего перечисление.
2Гб как только размер любого файла базы достигает этого размера - хана - свойства ОС.Поскольку это связано со справочником обрезание не поможет. Дуй в sql.