| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
Damir
Участник - экстремал
Вступление в Клуб: 29.03.2013
|
 Пт Авг 02, 2013 05:46 main_docum распух - утоптать бы.... |
 |
Полезность: Нет оценки
|
Привет всем!
чёт скучно на форуме - просыпайтесь спецы.
Не знаю в какой раздел тему толкнуть - Внедрение или Сопровождение или это вопрос по оптимизации.
Вобщем - читайте все 
Тема такая - за долгие годы распухший main_docum.
кто с ним как борется и какими методами?
Если партиционировали, то интересны отзывы - что дало.
Раньше(в других учетных системах - и там ТМЦ учитывали) сталкивался с процедурой 'сноса остатков'.
Смысл этой процедуры - удалить движение товара (приход-расход-перемещение) за год, оставив только сальдовку.
| Код: | Пример:
Т.е. пришла партия валенок 10 штук, потом шло перемещение по разным складам более мелкими партиями и был расход 9 штук. В результате могло образоваться 100 проводок перемещения-расхода.
Все эти проводки удаляются, вставляем 1 проводку САЛЬДО 1 шт. |
смотрю вот на main_docum - там за 10 лет проводки лежат.
что нам мешает удалить обороты за первые 5 лет? |
|
 |
prog
Эксперт
Вступление в Клуб: 03.03.2008
|
| Пт Авг 02, 2013 06:17 |
|
Полезность: Нет оценки
|
| может придти запрос из налоговой, например: "дайте выписку по счету организации "рога и копыта" за последние 10 лет". Откуда брать будете? |
|
|
Damir
Участник - экстремал
Вступление в Клуб: 29.03.2013
|
| Пт Авг 02, 2013 06:42 |
|
Полезность: Нет оценки
|
| prog пишет: | | может придти запрос из налоговой, например: "дайте выписку по счету организации "рога и копыта" за последние 10 лет". Откуда брать будете? |
1) У юристов есть понятие 'исковой давности'. Для налоговой это 3 или 5 лет. Т.е. не имеет смысла ворошить дела 10-летний давности, денег стребовать все равно не получится.
2) У бухгалтеров есть понятие 'Отчетный период'. Если отчетный период закрыт - документы уже в нем не правятся. Они нужны для анализа, но не для правки.
3) Перед удалением проводок из main_docum никто не запрещает Вам сделать бэкап. Если уж совсем по-простому, то разворачиваете еще 1 систему с правами только для чтения (всем) и туда переносите (пополняете) каждый год проводки из рабочей системы. Это система (база) для аналитиков и для случая 'а вдруг за 10 лет надо данные анализировать'. В Рабочей системе храним проводки за текущий год + 3 года (срок исковой давности) + входящее сальдо за предыдущие годы. |
|
|
Ghost
Профи
Вступление в Клуб: 24.11.2007
|
| Пт Авг 02, 2013 09:24 Re: main_docum распух - утоптать бы.... |
|
Полезность: Нет оценки
|
| Damir пишет: | Привет всем!
Т.е. пришла партия валенок 10 штук, потом шло перемещение по разным складам более мелкими партиями и был расход 9 штук.
смотрю вот на main_docum - там за 10 лет проводки лежат.
что нам мешает удалить обороты за первые 5 лет? |
Вам ничего не мешает, банкам мешает то, что они работают с финансами, а не с валенками. Есть ли в вашем банке система учета и хранения бэкапов, например как в Сбере, чтобы было реально найти бэкап 10 летней давности и восстановить его? Есть ли в банке ресурсы для того чтобы поддерживать в актуальном состоянии подобные базы, восстанавливать их по первому требованию? Готов ли банк расстаться с данными за прошлые годы в случае выемки документов, наши доблесные органы выгребают все под чистую и не всегда возвращают? |
|
|
devor
Профи
Вступление в Клуб: 13.02.2012
|
| Пт Авг 02, 2013 10:19 Re: main_docum распух - утоптать бы.... |
|
Полезность: 1
|
| Damir пишет: |
Тема такая - за долгие годы распухший main_docum.
кто с ним как борется и какими методами? |
Чем беспокоит распухший main_docum? Покраснел? Болит? |
|
|
Damir
Участник - экстремал
Вступление в Клуб: 29.03.2013
|
| Пт Авг 02, 2013 10:35 Re: main_docum распух - утоптать бы.... |
|
Полезность: Нет оценки
|
| devor пишет: | | Damir пишет: |
Тема такая - за долгие годы распухший main_docum.
кто с ним как борется и какими методами? |
Чем беспокоит распухший main_docum? Покраснел? Болит? |
Таки болит, точнее тормозит.
Процедурный подход провоцирует вызывать хранимки (операции) в курсоре.
Например, курсор по счетам (ACCOUNT) - для каждого счета вызывается некая хранимка с подсчетом оборотов по main_docum с отсечкой по дате валютирования.
Если развернуть хранимку и курсор - переписать одним запросом - то индекс по main_docum будет подхвачен совсем другой и запросик выполнится в разы быстрее.
Таких операций - есть некое конечное множество, которые вовсе не хочется переписывать. Если удалить неиспользуемые обороты прошлых периодов из мэйн_докум - то старый код еще поживет.
Последний раз редактировалось: Damir (Пт Авг 02, 2013 10:51), всего редактировалось 1 раз |
|
|
Damir
Участник - экстремал
Вступление в Клуб: 29.03.2013
|
| Пт Авг 02, 2013 10:43 Re: main_docum распух - утоптать бы.... |
|
Полезность: Нет оценки
|
По существу можете что-нибудь сказать?
Из количества заданных вопросов я только предполагаю, что с ростом main_docum в вашей организации ничего не делают.
Тогда еще вопрос: большое количество записей в таблице не сказывается на производительности операций? |
|
|
prog
Эксперт
Вступление в Клуб: 03.03.2008
|
| Пт Авг 02, 2013 10:46 |
|
Полезность: Нет оценки
|
Не сказывается на производительности. Я не в курсе про исковую давность, но знаю что нам периодически приходится обращаться в старую учетную систему (не ибсо), хотя в ибсо данные за последние 7 лет.
Конечно, база быстро растет и не только из-за main_docum. И с этим связанны определенные проблемы. В большей степени для нас - место на дисковых полках.
По существу вопроса о возможности удаления из main_docum хочу обратить внимание на то что придется удалять/править кучу объектов в ибсо, так как все тесно связано ссылками. Думаю, стоимость работ по удалению объектов намного больше чем стоимость апгрейда железа.
Последний раз редактировалось: prog (Пт Авг 02, 2013 10:53), всего редактировалось 2 раз(а) |
|
|
devor
Профи
Вступление в Клуб: 13.02.2012
|
| Пт Авг 02, 2013 10:49 Re: main_docum распух - утоптать бы.... |
|
Полезность: 1
|
| Damir пишет: | | devor пишет: | | Damir пишет: |
Тема такая - за долгие годы распухший main_docum.
кто с ним как борется и какими методами? |
Чем беспокоит распухший main_docum? Покраснел? Болит? |
Таки болит, точнее тормозит.
Процедурный подход провоцирует вызывать хранимки (операции) в курсоре.
Например, курсор по счетам (ACCOUNT) - для каждого счета вызывается некая хранимка с подсчетом оборотов по main_docum с отсечкой по дате валютирования.
Если развернуть хранимку и курсор - переписать одним запросом - то индекс по main_docum будет подхвачен совсем другой и запросик выполнится в разы быстрее.
Таких операций - есть некое конечное множество, которые вовсе не хочется переписывать. |
В таком случае надо не с main_docum бороться.
Все обороты должны считаться по выписке по счету (таблица Z#RECORDS) - она специально для этих целей и придумана. В системе уже реализованы стандартные функции для работы с выпиской, которые работают вполне оптимально.
Смотри функцию f.a, описание в либе ::[RUNTIME].[F_5] |
|
|
Damir
Участник - экстремал
Вступление в Клуб: 29.03.2013
|
| Пт Авг 02, 2013 10:56 Re: main_docum распух - утоптать бы.... |
|
Полезность: Нет оценки
|
| devor пишет: | В таком случае надо не с main_docum бороться.
Все обороты должны считаться по выписке по счету (таблица Z#RECORDS) - она специально для этих целей и придумана. В системе уже реализованы стандартные функции для работы с выпиской, которые работают вполне оптимально.
Смотри функцию f.a, описание в либе ::[RUNTIME].[F_5] |
н-дя...
ну вот нет в нашей системе Z#RECORDS. |
|
|
devor
Профи
Вступление в Клуб: 13.02.2012
|
| Пт Авг 02, 2013 10:59 Re: main_docum распух - утоптать бы.... |
|
Полезность: 1
|
| Damir пишет: | | devor пишет: | В таком случае надо не с main_docum бороться.
Все обороты должны считаться по выписке по счету (таблица Z#RECORDS) - она специально для этих целей и придумана. В системе уже реализованы стандартные функции для работы с выпиской, которые работают вполне оптимально.
Смотри функцию f.a, описание в либе ::[RUNTIME].[F_5] |
н-дя...
ну вот нет в нашей системе Z#RECORDS. |
Нет реквизита [ARC_MOVE] на фин. счетах?
Не верю. |
|
|
prog
Эксперт
Вступление в Клуб: 03.03.2008
|
| Пт Авг 02, 2013 10:59 |
|
Полезность: Нет оценки
|
| мы вообще про ЦФТ-БАНК говорим? |
|
|
Damir
Участник - экстремал
Вступление в Клуб: 29.03.2013
|
| Пт Авг 02, 2013 11:11 |
|
Полезность: Нет оценки
|
| prog пишет: | Не сказывается на производительности. Я не в курсе про исковую давность, но знаю что нам периодически приходится обращаться в старую учетную систему (не ибсо), хотя в ибсо данные за последние 7 лет.
|
Спасибо за ответ. |
|
|
Damir
Участник - экстремал
Вступление в Клуб: 29.03.2013
|
| Пт Авг 02, 2013 11:19 Re: main_docum распух - утоптать бы.... |
|
Полезность: Нет оценки
|
| devor пишет: | Нет реквизита [ARC_MOVE] на фин. счетах?
Не верю. |
Фин.счета - таблица z#ac_fin
реквизита [ARC_MOVE] там нет.
Есть реквизит [ARC] - Массив "архив оборотов по счету"
PS: у нас не совсем ЦФТ-Банк. У нас платформа ЦФТ, но банка цфт-шного нет. Поэтому ваши ответы интересны. |
|
|
Ghost
Профи
Вступление в Клуб: 24.11.2007
|
| Пт Авг 02, 2013 11:29 Re: main_docum распух - утоптать бы.... |
|
Полезность: 2
|
| Damir пишет: |
По существу можете что-нибудь сказать?
Из количества заданных вопросов я только предполагаю, что с ростом main_docum в вашей организации ничего не делают.
Тогда еще вопрос: большое количество записей в таблице не сказывается на производительности операций? |
На производительности грамотно написанных операций не сказывается, на говнокоде естественно отражается, на то он и говнокод. Если разраб не знает, что для того чтобы посмотреть обороты по счету не нужно делать фулскан по платежным документам, у нас в банке ему отрезают 1 фалангу. В итоге либо он учится кодить, либо ему кодить становится нечем и его переводят в аналитики. Я вот решил не рисковать, и понимая что кодер из меня никакой, решил сохранить те пальцы которые остались. |
|
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
