Имя: Пароль:
1C
 
Неправильно работает пересчет итогов регистра остатков
0 cabat
 
03.02.11
09:36
Второй день бьюсь, никак разобраться не могу..
Завел в базе новый регистр остатков, перепровожу документы за несколько лет, что бы проверить работу с регистром, все нормально, отчеты показывают правильную информацию.

Так как в результате неоднократного перепроведения документов таблички пухнут, после экспериментов запускаю пересчет итогов и упаковку базы, что бы удалить из файлов регистров удаленные записи и в результате получаю пустые таблицы итогов (rg*), хотя в табличках ra* записи есть..

Причем если отодвинуть ТА далеко назад а потом вернуть на сегодня, то все становиться нормально..

Думал, что связано с ипользованием SQL-ной версии 1С c DBF-ной базой, взял DBF-ную версию платформы - те же яйца..

Взял одну свою старую базу, в ней регистров штук 10, убил вообще файлы rg*.dbf и rg*.cdx, запустил пересчет итогов - все отрабатывает правильно, т.е. проблема не в платформе, а именно в самой базе..
Уже все галки проверил, какие только можно..
Мистика какая-то..

Может сталкивался кто?
1 dk
 
03.02.11
09:40
версию платформы не указал
2 dk
 
03.02.11
09:41
и положение ТА
3 Mikeware
 
03.02.11
09:43
Фигней занимаешься.
Есть обработки, вполне позволяющие пересчитывать итоги без дерганья ТА и без перепроведения.
4 cabat
 
03.02.11
09:46
База в формате DBF
Платформа 7.70.025 SQL
пробовал 7.70.025 DBF - те же яйца..

база DBF, так что обработка сдвига ТА, которая наверное имеется ввиду, не катит..
5 andrewks
 
03.02.11
10:02
размер файлов регистров?
6 cabat
 
03.02.11
10:02
Уже перепробовал все, что только можно, все галки проверил..
Ума не приложу, в чем проблема..
Сегодня попробую взять базу домой - может что с компом не так..
Хотя ведь другая моя старая база с регистрами нормально пересчитывает итоги..
7 andrewks
 
03.02.11
10:03
на всякий случай, попробуй на 27-м (ну мало ли)
8 cabat
 
03.02.11
10:04
размер файлов смешной (я ведь пока только тестирую новые регистры в этой базе), суммарно все регистры ~50Мб
9 cabat
 
03.02.11
10:04
попробую конечно 27-релиз..
но я на 25-м уже лет 5 наверное сижу и таких проблем не разу не видел..
10 andrewks
 
03.02.11
10:06
+(7) и ещё попробуй:
1.ТиИ с пересчётом без упаковки
2. выгрузить-загрузить
11 cabat
 
03.02.11
10:07
у меня такое ощущение, что структура регистров какая то неправильная, но хоть убейте не пойму, что не нравится..

Измерения
 - Измерение1 - тип "Справочник"
 - Измерение2 - тип "Перечисление"
 - Измерение3 - тип "Дата"
Ресурсы
 - Ресурс1 - тип Число

измерение3 добавил вчера, проблема с пересчетом была и до этого..
12 andrewks
 
03.02.11
10:07
+(10) и вообще, я штатной упаковкой никогда не пользуюсь, потому как работает она не на 5, только загрузка-выгрузка
13 cabat
 
03.02.11
10:09
ТиИ пробовал уже в разных вариантах и в разных последовательностях..
Выгрузить/загрузить не пробовал, но мне кажется, что это не поможет, я же физически прибивал таблички с итогами (файлы rg*.*), после ТиИ: пересчет итогов они восстанавливаются, но пустые
14 cabat
 
03.02.11
10:10
да хрен с ней, с упаковкой, я на больших базах тоже ей обычно не пользовался, напрямую dbf-ки упаковывал DbfView-ом, а потом запускал ТиИ

вот почему итоги не пересчитывает, вот в чем проблема..
15 andrewks
 
03.02.11
10:13
(14) т.е. если я правильно понял витиеватость твоей мысли, глюк возникает независимо от того, делается упаковка или нет?
16 cabat
 
03.02.11
10:20
ну собственно, чего я хотел добиться:

1. много раз перепроводились документы
2. в файлах регистров накопилось много мусора (записи, помеченные в dbf-ках как "deleted")
3. а запустил ТиИ в надежде, что файлы таблиц регистров упакуются и итоги пересчитаются
4. получил на выходе пустые таблички rg*.*, при том что в ra*.* записи есть
17 1Сергей
 
03.02.11
10:21
(16) одинеску переустанавливать не пробовал?
18 cabat
 
03.02.11
10:25
нет пока, сейчас попробую на portable версии 27 релиза проверить
19 cabat
 
03.02.11
10:30
на 27 та же шляпа..
20 cabat
 
03.02.11
10:50
выгрузка/загрузка с последующим пересчетом итогов тоже не помогла..
21 dk
 
03.02.11
12:33
прям все RG пустые?
refprint нормально остатки показывает?
Периодичность итогов какая?
22 cabat
 
03.02.11
12:37
прям совсем пустые..
смотрю DBFView-ом прямо в dbf-файле - нет строк вообще..
23 cabat
 
03.02.11
12:37
периодичность итогов месяц
24 dk
 
03.02.11
12:38
а с остатками что?
25 cabat
 
03.02.11
12:40
дык а какие остатки, если в табличках RG пусто?
26 cabat
 
03.02.11
12:41
остатки же считаются как итоги из RG на конец предыдущего периода + сумма движений из RA от начала текущего периода до даты остатков
27 dk
 
03.02.11
12:43
ты в теорию не вдавайся - просто проверь )
28 cabat
 
03.02.11
12:44
ну как тут без теории..
я же с прямыми запросами слава богу уже пару лет ковыряюсь, а там без теории никак..
не покажет refprint ничего..
29 Пенелоп Круз
 
03.02.11
12:46
А винда какая? Не связано ли это с "порядок сортировки..." для базы?
30 cabat
 
03.02.11
12:52
WinXP
насчет сортировки базы была мысля, проверю
31 cabat
 
03.02.11
12:52
с сортировкой все норм - стоит 1251
32 cabat
 
03.02.11
12:55
regprint естественно ничего не показал..
33 NS
 
03.02.11
12:56
Пустая дата документа?
34 cabat
 
03.02.11
13:03
ммм..
ща проверю
35 cabat
 
03.02.11
13:06
(33)гениально! есть такое
ща проверю, но кажется, это оно
36 cabat
 
03.02.11
13:24
супер, походу в этом была проблема!
причем документы с пустой датой даже не были проведены!
37 1Сергей
 
03.02.11
13:26
(36) блин, знал же про эту шнягу. Сам один раз нарывался. Но, забыл :(
38 cabat
 
03.02.11
13:29
NS-у респект и уважуха!
было несколько документов с пустой датой, причем они даже не были проведены и в конфигураторе у этого типа документа не стоит галка "Оперативный учет"..

век живи, век учись..
а я думал, что про регистры знаю почти все :)
39 andrewks
 
03.02.11
13:36
(37) поздняк, Серёга, первое место только одно!
:-)
40 1Сергей
 
03.02.11
13:38
(39) просто у меня скуль, и не подумал что дбфкам это тоже проблема
41 NS
 
03.02.11
13:59
(40) Проблема с пересчетом итогов при этом возникает и на SQL-е, и на ДБФ.