имхо остатки должна быть рассчитываемая величина, а не хранимая.
с другой стороны остатки это одна из самых востребованных сущностей, особенно для банка, где работает Вадим.
переводя их в разряд расчитываемых, мы увеличим нехило увеличим нагрузку
Лучший аргумент при выборе механизма хранения определяется тем как эти остатки будут использоваться. Я всегда храню остатки в виде периода с.. по.. и рассчитываю сразу после изменения. соответственно период меняется тока при изменении остатка. поэтому при формировании различных отчётов можно ничего не считать а сразу получать нужные данные. особенно хорошо одним запросом получать остатки по всем на заданную дату.
compheadс другой стороны остатки это одна из самых востребованных сущностей, особенно для банка, где работает Вадим.
переводя их в разряд расчитываемых, мы увеличим нехило увеличим нагрузку это будет заметно, когда в день сотни тысяч транзакций...
имхо остатки должна быть рассчитываемая величина, а не хранимая.
с другой стороны остатки это одна из самых востребованных сущностей, особенно для банка, где работает Вадим.
переводя их в разряд расчитываемых, мы увеличим нехило увеличим нагрузку
С другой стороны "пугает" общая тенденция (да практически везде)- хранить только измененные.
Vladimir_compheadс другой стороны остатки это одна из самых востребованных сущностей, особенно для банка, где работает Вадим.
переводя их в разряд расчитываемых, мы увеличим нехило увеличим нагрузку это будет заметно, когда в день сотни тысяч транзакций...
будет и заметно.
тут на одной чаше весов висит дисковое пространство, на другой производительность.
для банков, думаю что второе намного предпочтительнее.
Vladimir_compheadс другой стороны остатки это одна из самых востребованных сущностей, особенно для банка, где работает Вадим.
переводя их в разряд расчитываемых, мы увеличим нехило увеличим нагрузку это будет заметно, когда в день сотни тысяч транзакций...
compheadVladimir_пропущено...
это будет заметно, когда в день сотни тысяч транзакций...
будет и заметно.
тут на одной чаше весов висит дисковое пространство, на другой производительность.
для банков, думаю что второе намного предпочтительнее.
Самое интересное, что в ТОП-3 ОДБ (CoreBankingSystem) на Украине хранят остатки только измененные. Дань традициям, когда дисковое пространство было дорогим и "лень" переделывать?
будет и заметно.
тут на одной чаше весов висит дисковое пространство, на другой производительность.
для банков, думаю что второе намного предпочтительнее.
Самое интересное, что в ТОП-3 ОДБ (CoreBankingSystem) на Украине хранят остатки только измененные. Дань традициям, когда дисковое пространство было дорогим и "лень" переделывать?
возможно. потом ломать фундамент, тем более после того как уже поменялось N поколений разработчиков как минимум стремно.
ради интереса, какие это ТОП-3 ОДБ хранят остатки только измененные?
Самое интересное, что в ТОП-3 ОДБ (CoreBankingSystem) на Украине хранят остатки только измененные. Дань традициям, когда дисковое пространство было дорогим и "лень" переделывать?
возможно. потом ломать фундамент, тем более после того как уже поменялось N поколений разработчиков как минимум стремно.
ради интереса, какие это ТОП-3 ОДБ хранят остатки только измененные?
Вадим Анцут А какие OLTP системы (Известные) хранят остатки за каждый? А зачем? Всё определяется системой, объёмами, задачами... факторов много. решений тоже достаточно. в каждом из опердней воплащены идеи вполне конктретного разработчика, а идея основывалась на его видении системы.
неудобно для кого то всегда будет. напишите вьюхи которые будут представлять вам эту информацию именно в разрезе календарных дней.
задумываться стоит когда скорость подобных выборки станет критической для бизнеса и оптимизировать ваши запросы дальше будет некуда, вот тогда можно посмотреть в сторону хранения этих данных, допустим через мат.представления.
в мою бытность в банке было так:
2 базы - одна история счетов - другая сводная бухгалтерия
1.хранится история счетов а не остатки
2. при открытии опердня считаются остатки по истории в отдельную таблицу (долго , но разово) и потом работа с этой таблицей (быстро)
3. при закрытии дня сводные операции за день переносятся в сводную бухгалтерию - вся аналитика там уже по сводной информации.
4. если надо залезть в прошлый день в истории счетов - закрывается тек.ОД и открывается нужный... но это вообще-то противоречит правилам работы банка (нельзя лазить в прошлый день и там что-то менять)
На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых
сервисов с использованием метрической программы Яндекс.Метрика.
Продолжая использовать сайт, вы даёте согласие на обработку файлов cookie, необходимых для работы сайта. Другие опции вы можете выбрать по своему усмотрению.
По нижеприведенным ссылкам мы можете ознакомиться с действующим на сайте пользовательским соглашением и политикой конфиденциальности.
