Проектирование базы данных: расчет баланса счета

вы должны хранить баланс текущего счета и поддерживать его в актуальном состоянии в любое время. Таблица транзакций-это просто запись того, что произошло в прошлом, и не должна использоваться с высокой частотой только для извлечения текущего баланса. Учтите, что многие запросы не просто хотят балансы, они хотят фильтровать, сортировать и группировать по ним и т. д. Штраф за производительность суммирования каждой транзакции, которую вы когда-либо создавали в середине сложных запросов, будет калечить даже базу данных скромных размер.

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

общим решением этой проблемы является поддержание (скажем) ежемесячного начального баланса в схеме моментального снимка. Расчет текущего баланса может быть выполнен путем добавления транзакционных данных за месяц в ежемесячный начальный баланс. Этот подход часто используется в пакетах счетов, особенно в тех случаях, когда у вас может быть конвертация и переоценка валюты.

Если у вас есть проблемы с объемом данных, вы можете архивировать старые балансы.

также, балансы могут быть полезно для создания отчетов, если в системе нет выделенного внешнего хранилища данных или объекта управленческой отчетности.

конечно нужно сохранить ваш текущий баланс с каждой строкой, в противном случае это слишком медленно. Для упрощения разработки можно использовать ограничения, чтобы не требовались триггеры и периодические проверки целостности данных. Я описал его здесь денормализация для применения бизнес-правил: промежуточные итоги

ваш друг правы, и вы правы, и я бы советовал не менять.
Если ваша БД когда-либо замедляется из-за этого, и после того, как вы проверили все остальное (правильная индексация), может быть полезна некоторая денормализация.
Затем вы можете поместить поле BalanceAtStartOfYear в таблицу Accounts и суммировать только записи этого года (или любой подобный подход).
Но я бы, конечно, не рекомендовал этот подход заранее.

вот хотел бы предложить вам, как вы можете сохранить свой начальный баланс с очень простым способом: -

1. создайте функцию триггера в таблице транзакций, которая будет вызываться только после обновления или вставки.

2. создайте столбец с именем в главной таблице именования счета начального баланса.

3. сохраните начальный баланс в массиве в столбце начальный баланс в master стол.

4. вам даже не нужно использовать язык на стороне сервера используйте этот массив хранилища просто вы можете использовать функции массива базы данных, такие как доступные в PostgreSQL.

5. Если вы хотите пересчитать баланс Открытия в массиве, просто сгруппируйте таблицу транзакций с функцией массива и обновите все данные в главной таблице.

Я сделал это в PostgreSQL и работает нормально.

в течение определенного периода времени когда ваша таблица транзакций станет тяжелой, вы можете разбить таблицу транзакций на основе даты, чтобы ускорить производительность. этот подход очень прост и не требует использования какой-либо дополнительной таблицы, которая может замедлить производительность при присоединении таблицы, потому что меньшая таблица в присоединении даст вам высокую производительность.

Это дизайн базы данных, который я получил только с одной таблицей для хранения истории операций/транзакций. В настоящее время работает как шарм на многих небольших проектах.

Это не заменяет конкретную конструкцию. Это универсальное решение, которое может соответствовать большинству приложений.

id: int стандартный идентификатор строки

operation_type: int тип операции. платить, собирать, интерес и т. д.

source_type: int от места, где операция продолжается. целевая таблица или категория: пользователь, банк, поставщик и т. д.

source_id: int идентификатор источника в базе данных

target_type: int к чему применяется операция. целевая таблица или категория: пользователь, банк, поставщик и т. д.

target_id: int идентификатор цели в базе данных

в сумме: десятичное число (19,2 подписано) значение цены положительное или отрицательно к суммированному

account_balance: десятичное число (19,2 подписано) результирующий баланс

extra_value_a:decimal (19,2 знак) [это был самый универсальный вариант без использования строкового хранилища] вы можете сохранить дополнительный номер: процентный процент, скидку, скидку и т. д.

created_at:метка

для source_type и target_type было бы лучше использовать перечисление или таблицы аппарт.

Если вам нужен определенный баланс, вы можете просто запросить последнюю операцию, отсортированную по created_at по убыванию до 1. Вы можете запросить по источнику, цели, operation_type и т. д.

для повышения производительности рекомендуется хранить текущий баланс в требуемом целевом объекте.

мой подход заключается в том, чтобы хранить дебеты в столбце дебет, кредит в столбце кредит и при извлечении данных создать два массива, дебет и кредитный массив. Затем продолжайте добавлять выбранные данные в массив и сделайте это для python:

def real_insert(arr, index, value):
    try:
        arr[index] = value
    except IndexError:
        arr.insert(index, value)


def add_array(args=[], index=0):
    total = 0
    if index:
        for a in args[: index]:
            total += a
    else:
        for a in args:
            total += a
    return total

затем

for n in range(0, len(array), 1):
    self.store.clear()
    self.store.append([str(array[n][4])])
    real_insert(self.row_id, n, array[n][0])
    real_insert(self.debit_array, n, array[n][7])
    real_insert(self.credit_array, n, array[n][8])
    if self.category in ["Assets", "Expenses"]:
        balance = add_array(self.debit_array) - add_array(self.credit_array)
    else:
        balance = add_array(self.credit_array) - add_array(self.debit_array)

простой ответ: сделайте все три.

хранить текущий баланс; и в каждой транзакции хранить движение и снимок текущего баланса в этот момент времени. Это даст что-то дополнительно для согласования в какой-либо ревизии.

Я никогда не работал над основными банковскими системами, но я работал над системами управления инвестициями, и по моему опыту это делается именно так.