|
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 счет. так количество и сумма, вот и не закрывается при кривом списании. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |