|
|
v7: Файл 1SBKTTL.dbf
|
Я
|
|
| DigitalDolphin 03.10.16 - 15:36 | Какой предел размера в базе может быть у файла 1SBKTTL.dbf? (у меня 2Гб).
Не могу открыть новый бухгалтерский период в базе. При открытии вылетает на этом файле.
Уже запустил в конфигураторе пересчет полный и поиск ошибок. Проверки прошла до конца. |
| Torquader 1 - 03.10.16 - 15:37 | Вообще-то, предел уже 1 Гб, просто при монопольной работе ошибок можно до 2 Гб не увидеть.
А 2 Гб - это максимальный размер dbf-файла - так что в вашем случае поможет только свёртка базы.
|
| Это_mike 2 - 03.10.16 - 15:37 | |
| Это_mike 3 - 03.10.16 - 15:39 | |
| DigitalDolphin 4 - 03.10.16 - 15:39 | Понял спасибо
|
| Это_mike 5 - 03.10.16 - 15:40 | |
| Это_mike 6 - 03.10.16 - 15:40 | +5 пардон, правильно - hogik
|
| Aleksey 7 - 03.10.16 - 15:46 | 1SBKTTL - это же итоги. Какой же тогда у вас размер у 1SOPER?
Сдается мне вся проблема в том что кто то провел документ в каком нибудь 16 году и вот там и хранятся итоги за 2000 лет, иначе мне сложно представить почему у вас таблица итогов больше чем таблица движений
|
| Builder 8 - 03.10.16 - 15:53 | Переходите на SQL, там это реализовано :)
|
| Torquader 9 - 03.10.16 - 15:55 | ( 7) Это бывает, если каждый раз заводить новую номенклатурную позицию и не закрывать по старым обороты - тогда куча позиций тянется и пересчитывается каждый квартал - в результате - объём итогов становится больше объёма движений. |
| varelchik 10 - 04.10.16 - 16:04 | +( 9) А еще из-за кривых рук.
Элементарно:
Партии: Количество закрыто в ноль, а себестоимость нет.
Вот и висяк не закрытый. |
| Эльниньо 11 - 04.10.16 - 17:32 | ( 10) Там незакрытые счета по субконто |
| Aleksey 12 - 04.10.16 - 18:55 | ( 10) Партии хранятся в другом файлике, тут именно остатки по проводкам |
| varelchik 13 - 05.10.16 - 12:03 | ( 12) это я утрированно.
в смысле 28 счет.
так количество и сумма, вот и не закрывается при кривом списании. |
