Как выглядит база данных счетов?

Question

[lue merg]

Как выглядит архитектура базы данных счетов банков, у банков существуют клиенты, каждый клиент имеет личный счёт, так же клиенты могут иметь бизнесы, для каждого так же необходим счет. Необходимо сделать структуру, при которой получив клиента, мы получим все его счета. Проблема в том что клиент и бизнес это 2 разные сущности, то-есть в 1 таблицу не объединить.

Answer 1

[Everything_is_not_so_bad]

Навскидку, можно применять такую структуру в качестве каталога для доступа к конкретным сущностям:
GenericEntities: AccType (enum), AccID (int), col1, col2, ...

Хотя для построения БД банковских счетов потребуются знания в бухгалтерии и банковском деле. Но если создать что-то простое, не претендующее на большие возможности, то нужно с чего-то начать и по ходу дела изменять под нужды.

Я погуглил и вот что нашел:
https://towardsdatascience.com/how-to-build-an-acc...
https://stackoverflow.com/questions/23811912/datab...

Comments

[lue merg]

Спасибо за статью. Решение:
User (
Id,
Login
)
Business (
Id,
Name
)
Invoice (
Id,
Money
)
UserInvoice (
user_id,
Invoice_id
)
BusinessInvoice (
Business_id,
Invoice_id
)

Все счета находятся в invoice, но единственная проблема, это если появится необходимость узнать кому принадлежит этот счёт бизнесу или пользователю

Answer 2

[Иван Шумов]

Как это выглядит в банках вам никто не расскажет ибо NDA. К тому же там очень специфичные задачи и разные базы данных.

Comments

[lue merg]

Спасибо за ваш ответ, но он бесполезен, если что то не понятно то всегда можно уточнить