|
v7: Периферийная база |
☑ |
0
nighthero
31.07.12
✎
17:33
|
Доброго времени суток!
Подскажите пожалуйста, кто сталкивался, решение след. проблемы.
Итак - база 1с7, оперативный, бухгалтерский учет, дбф, ок 4 Гб.
Создаем УРБД. Выгружаю образ в периф. базу. И тут же в ней (т.е. в периферийной) наблюдаю сбой в регистре "остатки". Т.е. формирую сводній отчет за n-й период по данному регистру, получаю следуий результат.
Нач.ост = 0, Приход = х, Расход = у, и кон.Ост = 0. При этом есс-но х<>0 и y<>0, т.е. арифметика подобным образом глючит. В центральной базе все работает нормально, даже при н-х сеансах автообмена.
Пробовал - переиндексацию, тест.и испр. - не помогает..(((
В чем может быть трабла? Заранее спасибо.
|
|
1
akaBrr
31.07.12
✎
17:39
|
(0)в свойствах у регистра стоит запретить миграцию?
|
|
2
nighthero
06.08.12
✎
09:43
|
Дело в том, что я пробовал даже без учета урбд, просто сделать выгрузку в "zip"("Выгрузить данные"), а потом сделал загрузку из него. И в этом случае была та же ошибка в регистре. Может что-то можно исправить в таблицах?
|
|
3
Скользящий
06.08.12
✎
09:46
|
скорее всего ошибка не в УРБД, а криво закрытый регистр.
|
|
4
nighthero
06.08.12
✎
09:52
|
А можно это как-то исправить? Как я писал уже , ни реиндексация, ни ТиИ не помогли((
Можно ли отследить определенную таблицу дбф, отвечающую за этот регистр и ее скорректировать? Или есть какие-то др. пути решения?
|
|
5
Скользящий
06.08.12
✎
09:53
|
По регистрам не подскажу, к сожалению, не специализировался в них. В таблички дбфные лезть посоветую в последнюю очередь. Надо закрыть этот регистр, а как - возможно посоветуют те, кто в этом больше шарит.
|
|
6
Rie
06.08.12
✎
09:53
|
(0) Что-то смущает цифра 4 ГБ. А не выросла ли некая таблица сверх меры?
|
|
7
Ёпрст
гуру
06.08.12
✎
09:53
|
Пересчитай итоги
|
|
8
Ёпрст
гуру
06.08.12
✎
09:54
|
(6) у меня база в 21 гиг в дбф, .. что бы это значило ?
|
|
9
vip67
06.08.12
✎
10:08
|
не лезь в ДБФ!!!
|
|
10
vip67
06.08.12
✎
10:10
|
проверь, что в переферийной хранится в регистре остатков. через RegPrint
|
|