v7: ограничение на размер файлов dbf #602855

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

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

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

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

sql?

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

Ага

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Поздно уже.

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

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

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