mysql - 房协管理系统数据库结构

Question

我昨天正在为住房协会设计计费结构，我用谷歌搜索并浏览了银行计费结构并设计了我的数据库结构，但我不确定这是否正确。所以我正在放置我的计费数据库结构。

请告诉我，如果我的数据库结构有任何错误或任何更改必须完成。

还有一个问题，我必须发布社会余额(借方、贷方)，例如费用 Bldg 保险和收入，例如 Adv 董事会囤积，也不确定余额审计跟踪(将其放在带有交易 ID 的单独表的交易表中作为 FK)。

请注意所有表默认都有创建、修改时间、作者和IP地址

表billingstatement

id   | description                        |  amount  | Bill Month  | userId   | societyId 
 1   | Maint Chrg 1000 sqft x 5 per sqft  |  5000    | Aug-16      | 1001     |  101      
 2   | Water Charges                      |   200    | Aug-16      | 1001     |  101       
 3   | Construction Charges               |   300    | Aug-16      | 1001     |  101
 4   | Reserved Parking chrgs             |   500    | Aug-16      | 1001     |  101

表帐户

id   | balance(current bal) |  societyId  | modifiedTime         |
 1   | -6000                |   101       | 2016-01-01 21:01:01  |
 2   | -5000                |   101       | 2016-01-01 21:01:01  |
 3   | 1000                 |   101       | 2016-01-01 21:01:01  | 

表事务

id  |  amount |  balance | trans_type | trans_time          | account_id | 
 1  |  6000   |   0      |    1       | 2016-01-01 21:01:01 | 1          | 
 2  |  5500   | -6000    |    1       | 2016-02-01 21:01:01 | 2          | 

tran_type :- 1 = Payment by user, 2 = Income to society, 3 = Expense to society

表 map_account_user

map_id | account_id | user_id
 1     |  2         | 1001

如果帐户映射不存在，则表示它是社会帐户而不是用户帐户。

引用:-

billing banking desing

banking project sample

Answer 1

我对与实体一起存储聚合犹豫不决。除非总量很难计算，否则您应该始终通过检查细节来说明这些。