|
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 счет.
так количество и сумма, вот и не закрывается при кривом списании.
|
|