Мне кажется, я ударил стену, пытаясь структурировать то, что, как я думал, будет простой схемой базы данных для моделирования основных финансовых транзакций. Я надеюсь, что некоторые из вас с большим опытом могут взвесить и указать мне в правильном направлении.Как я могу моделировать эти простые финансовые транзакции?
Мое приложение имеет четыре совершенно разных типа аренды, которые клиенты могут приобрести. Таким образом, у каждого типа аренды есть своя таблица, и для поддержания ссылочной целостности каждая таблица аренды имеет свою собственную таблицу транзакций.
Мой первоначальный эскиз выглядел следующим образом:
Во-первых, я использовал ссылку FK для функциональных типов, чтобы избежать использования знаковых целых чисел. Нет смысла иметь отрицательный платеж, поэтому я решил, что для каждой транзакции будет хорошо работать либо дебетовая, либо кредитная справка. Имеет ли это смысл?
Другая вещь, которая беспокоила меня, заключается в том, что все транзакции не кажутся равными. То есть, я чувствую, что переходы для этого приложения должны быть сгруппированы в отдельные таблицы.
Если транзакции, такие как плата за фиксированную ставку, комиссионные с переменной ставкой, платежи, проценты и пустоты, должны быть заполнены в один стол? Мне кажется бесполезным, но я уже застрял в таблице транзакций для каждого типа аренды, поэтому расщепление этих таблиц еще больше не очень привлекательно.
Почти каждый тип транзакции, кроме платежей, будет программно создан, поэтому у меня могут быть ссылки в поле «Примечания», в котором указывается, какой платеж выдает исправление или недействительная транзакция. Является ли это достаточно хорошим или я думаю об этом все неправильно?
Спасибо!
Do Lease types 1,2, 3 .. имеют разные столбцы? Как насчет транзакций - все ли они имеют одинаковые столбцы или структура записи зависит от типа аренды? –
Изображение больше недоступно. Загрузите его еще раз. – ma11hew28