Доброго времени суток, господа. Проблема такая: ТиС, документы тянутся с 2006г., размер базы - 5ГБ!!! При работе в программе возникает ошибка и программа закрывается... Считаю, что связано это с размеров dbf-файлов... Регистр "покупатели" файл rg3445 - размер файла 2,14 ГБ. Как можно научить 1С 77 работать с файлами размера больше, чем 2 ГБ? Или необходимо делать свертку базы? Но тогда вопрос в следующем: как сделать свертку, если при обработке файла rg3445 программа завершает свою работу???

перевести базу на SQL

(0)слышал про 2 гиги для dbf.
Выходов несколько:
-свертка
-переход на полноценную СУБД
-переход на 8-ку
-епись оно все конем(самый экстремальный,но самый быстрый)

(2) а что значит "переход на полноценную СУБД"

sql?

Посмотри что хранится в том файле и почисти объекты

(3)Ага

еще
sql lite

но работать 1с файлами более 2гб правильно не умеет
вероятность  потери данных есть

Можно еще банально удалить помеченный на удаление объекты,сделать выгрузку-загрузку.
Это даст небольшой выигрыш во времени,но только для перехода на клиент-серверный вариант.А лучше на 8-ку,ибо клюшки умирают

(0) 5 гигов - это мелкая базёнка

>>>" файл rg3445 - размер файла 2,14 ГБ.
это п...ц
Говорит всего лишь о наличии незакрытого регистра и не закрывается он скорее всего по креддокументам.

И как вы отчеты смотрели - не ясно. Штатно, если ничего не ставить, при размере >1.3 Гига в штатных отчетах будут всегда неверные данные, из-за ошибки чтения

(10) это еще говорит о том, что остальных данных не так уж и много...

Это говорит о том,что все запущено и наступил период полураспада базы

(12) ага ..+ говорит о том, что на взаиморасчеты с клиентосами тоже всем нас..ть, ибо при запуске штатного отчета несколько раз подряд (например ведомости по клиентосам) он будет всегда показывать разные циферки..

Кстати, свернуть можно довольно просто - удалить из итогов регистра записи после точки свертки. переиндексироваться. свернуть. и пересчитать итоги.

(14) а может, у него вероятностный подход... :-))
"долг клиента составляет 1 000 000=  с вероятностью 94%"

(0) Давно уже известно о пределе на *.dbf в 2 с небольшим Гб, а для регистров 1 с небольшим Гб.  Лет так 5 или даже 7)).Сам с этим столкнулся.Выход только свертка базы или/ и обрезание регистра( с потерей данных).

(17) а как грамотно произвести обрезание регистра?

у меня была подобная ситуация в базе в которой все было плевать на остатки и регистр партий товаров - ну и естественно он вырос до неимоверных размеров, доки начали умирать при проведении :)
везде  в проведении обращения к партиям убрал и нафиг очистил регистр :)
база сразу стала милая, добрая и пушистая.

(18)Нужно конкретно пересмотреть регистр с точки хранения инфы.Избавиться от "лишних" ресурсов и измерений, переписать модули документов и отчеты.

(20) Поздно уже.

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

(22) у него нет верныйх остатков по этому регистру.

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