Имя: Пароль:
1C
1С v8
Остаточный регистр накопления как оборотный. Получится?
,
0 fisher
 
07.10.13
16:03
Не спрашивайте как, но случилась такая хрень.
В некотором царстве есть остаточный регистр, который по факту используется как оборотный.
Ессно все прелести разбухающих итогов и вот это всё... Итогов килотонны уже набухло.
Рефакторить это всё по уму в настоящий момент накладно выходит (данных немало).
Есть безумная идея - а что если очистить нафиг всю таблицу итогов у него (обороты ведь все равно по таблице движений считаются), установить расчет итогов на начало времен и не рассчитывать их больше по регламенту и использование текущих итогов тоже отключить?
Взлетит? Какие подводные камни? Кроме того, что попытка обратиться к виртуальной таблице остатков, по-идее, загрузит систему наглухо :)
1 shuhard
 
07.10.13
16:05
(0) отчеты убъются
2 exwill
 
07.10.13
16:05
(0) Ничего она не загрузит.
3 Господин ПЖ
 
07.10.13
16:06
(1) +1

и чо дальше? обрабатывать физ. таблицу каждый раз чтобы обратится к оборотам?
4 fisher
 
07.10.13
16:07
(1) Цель как раз, чтобы не убились отчеты с использованием виртуальной таблицы оборотов.
5 fisher
 
07.10.13
16:07
Т.е. не отключать использование итогов.
6 fisher
 
07.10.13
16:08
(5) + Но чтобы самих итогов при этом не было :)
7 Жан Пердежон
 
07.10.13
16:11
много отчетов и регистраторов?
лучше сразу новый регистр, перенести движения, переделать отчеты/движения и грохнуть старый.
8 Господин ПЖ
 
07.10.13
16:13
база 24/7?

может в копии очистить переписать движуху

потом в боевой очистить, поменять структуру и перетащить все средствами sql?
9 fisher
 
07.10.13
16:14
Т.е. отключить только текущие итоги (справка говорит, что в этом случае они будут рассчитываться от рассчитанных итогов), расчет итогов установить на начало времен, а сами рассчитанные итоги - прибить.
Т.е. по-идее, в этом случае остатки должны рассчитываться только по движениям. Ну а обороты и так по ним рассчитываются.
Не?
10 Fragster
 
модератор
07.10.13
16:16
обновлением делаешь второй "правильный" регистр, "неправильный" переименовываешь, обработкой переносишь данные, убиваешь неправильный
11 Fragster
 
модератор
07.10.13
16:16
или просто обновлением превращаешь регистр в оборотный
12 Господин ПЖ
 
07.10.13
16:24
(11) можно поиметь реструктуризацию + "not response" на хз сколько времени
13 fisher
 
07.10.13
16:25
"Правильные" варианты весьма затруднительны по целому ряду причин. В т.ч. и 24/7
Поэтому в первую очередь интересуют отзывы по варианту "безумному".
14 Fragster
 
модератор
07.10.13
16:29
(12) тогда (10)
15 fisher
 
07.10.13
16:47
Я так понял, мало кто такой изврат щупал :)
Хорошо, а такой вопрос: при штатном откате границы рассчитанных итогов "назад", поздние итоги физически удаляются?
16 Господин ПЖ
 
07.10.13
16:48
мы делали (7)
17 Infsams654
 
07.10.13
17:27
(0) делал как (10), только наоборот: оборотный в остатки.
Но будет, проблема при сравнении/объединении старых версий из cf новой версии: регистры сопоставляются не по наименованию. Т.е. придется старый регистр оставлять с тем же наименованием (изменив структуру на нужную), в обработке перетаскивать все другой регистр, а потом заполнять из него старый
18 temsa
 
07.10.13
21:00
думаю надо отказаться от безумной идеи
лучше не спеша прикрутить новый регистр  
перенести движения и переписать отчеты или переименовать регистры и удалить старый.
19 fisher
 
08.10.13
10:24
Безумная идея как раз и дает фору на "не спеша".
На тестовой погонял - вроде на первый взгляд боков не замечено.
Еще покумекаю/поколдую поглубже - и буду издеваться над рабочей.
20 fisher
 
10.10.13
10:04
Короче, кому интересно - сабж получился.
Абсолютно реально юзать регистры накопления без таблиц итогов, если такая хитрая необходимость вдруг нужна.
Есть два вида языков, одни постоянно ругают, а вторыми никто не пользуется.