Имя: Пароль:
1C
1C 7.7
v7: Файл 1SBKTTL.dbf
, ,
0 DigitalDolphin
 
03.10.16
15:36
Какой предел размера в базе может быть у файла  1SBKTTL.dbf? (у меня 2Гб).
Не могу открыть новый бухгалтерский период в базе. При открытии вылетает на этом файле.

Уже запустил в конфигураторе пересчет полный и поиск ошибок. Проверки прошла до конца.
1 Torquader
 
03.10.16
15:37
Вообще-то, предел уже 1 Гб, просто при монопольной работе ошибок можно до 2 Гб не увидеть.
А 2 Гб - это максимальный размер dbf-файла - так что в вашем случае поможет только свёртка базы.
2 Это_mike
 
03.10.16
15:37
3 Это_mike
 
03.10.16
15:39
4 DigitalDolphin
 
03.10.16
15:39
Понял спасибо
5 Это_mike
 
03.10.16
15:40
(1) еще  патч от hogic
6 Это_mike
 
03.10.16
15:40
+5 пардон, правильно - hogik
7 Aleksey
 
03.10.16
15:46
1SBKTTL - это же итоги. Какой же тогда у вас размер у 1SOPER?

Сдается мне вся проблема в том что кто то провел документ в каком нибудь 16 году и вот там и хранятся итоги за 2000 лет, иначе мне сложно представить почему у вас таблица итогов больше чем таблица движений
8 Builder
 
03.10.16
15:53
Переходите на SQL, там это реализовано :)
9 Torquader
 
03.10.16
15:55
(7) Это бывает, если каждый раз заводить новую номенклатурную позицию и не закрывать по старым обороты - тогда куча позиций тянется и пересчитывается каждый квартал - в результате - объём итогов становится больше объёма движений.
10 varelchik
 
04.10.16
16:04
+(9) А еще из-за кривых рук.
Элементарно:
Партии: Количество закрыто в ноль, а себестоимость нет.
Вот и висяк не закрытый.
11 Эльниньо
 
04.10.16
17:32
(10) Там незакрытые счета по субконто
12 Aleksey
 
04.10.16
18:55
(10) Партии хранятся в другом файлике, тут именно остатки по проводкам
13 varelchik
 
05.10.16
12:03
(12) это я утрированно.
в смысле 28 счет.
так количество и сумма, вот и не закрывается при кривом списании.