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