4

我需要有关数据库设计的建议。

我目前正在为一所学校设计一个 DBMS。在设计课程和考试表之后，现在我来到了费用模块。

这是我到目前为止所做的。我创建了 4 个表，如下所述：

fee_type
-------------
fee_type_id PRIMARY KEY

fee_type    TYPE OF FEE (MONTHLY, WEEKLY,ANNUAL,ONE TIME)

fees
-------------
fees_id PRIMARY KEY

fee_heading  (eg. TUITION FEE,LAB FEE, HOSTEL FEE,SPORTS FEE)

amount       (CURRENT CHARGE OF THE FEE, could change with time)   

class_id     (GRADE ID, GARDE 4, GARDE 5, GRADE 6)

fee_type    TYPE OF FEE (MONTHLY, WEEKLY,ANNUAL,ONE TIME)

archived     (FEE HEADING ARCHIVED FOR USE)

fee_student
-------------
fee_id     (RELATED fee_id (FK))

student_id (RELATED student_id(FK))

effective_from (DATE FROM WHEN THE FEE APPLIES TO THE STUDENT)

amount  (CHARGE AT THE TIME OF FEE ASSIGNMENT (applicable to particular student))

discount (DISCOUNT HONORED TO STUDENT IF ANY)

status (ACTIVE OR INACTIVE)

transaction
---------------
id PRIMARY KEY

date (date and time when transaction takes place)

fee_id (PAYMENT FOR)

student_id ({TO BE} PAID BY)

amount ( AMOUNT PAID/APPLIED)

description

cr ( yes or no)

dr (yes or no)

remarks

交易表将存储学生的所有付款以及为该学生收取的所有金额。

我正在考虑根据费用类型在交易表中存储向学生收取的金额。这意味着，如果费用是 WEEKLY 类型，每周一条记录将自动添加到交易表中，并且金额标记为借方（或贷方，等等）。

希望这是有道理的。

我在设计数据库的正确道路上吗？

您的意见和建议将不胜感激。

谢谢

比什努

4

2 回答 2

1

你的设计是在正确的轨道上。一些评论：

  • fees.fee_type可能应该是fees.fee_type_id- 假设您想使用自然连接命名法。

  • 而不是，transaction.cr您transaction.dr应该为金额的符号建立一个约定，并且只有一个金额字段，该字段根据金额在零的哪一侧被解释为贷方或借方。您当前的设计允许金额既是贷方又是借方（除非您有禁止这样做的约束）。

  • 你的设计不能容纳的一件事是“未使用的现金”。在您当前的设计中，学生的付款必须针对特定的fee_student. 如果学生预付押金、获得奖学金或只是为多种费用（学费、实验室、体育）写一张支票怎么办？在您当前的模型中，您不会跟踪单笔（或未应用的）付款。您应该有一个接受学生付款的交易表，然后使用交叉表（您当前的transaction表）将付款应用于特定费用。这允许您拥有未付余额和未应用金额——这两者在现实世界的应付账款应用程序中都很常见。

于 2012-04-16T12:35:49.050 回答
0

我认为您还应该在 fee_student 中添加费用到期日栏。

如果学校有 10,000 名学生，您将如何为所有学生添加付费信息？？？？

于 2015-08-11T15:05:21.800 回答