我目前正在设计一个计费应用程序,可以用于顾问向他们的客户收费。我目前在mysql中有3个表,用于存储信息的数据库。表是活动、客户和费用。
在活动表中有activity_id,activity_name,percent_rate,时数
在customer表中,我得到了customer_id,以及关于客户的所有信息
在费用表中我得到了expense_id,描述,成本,数量
我试图找出如何设计数据库,以便跟踪每个客户在活动上花费的时间。我希望它能被多个客户使用,但是我想不出如何构造这个数据库。
在活动表中使用像custId这样的外键是最好的吗?
发布于 2015-03-03 21:17:38
是。
但很大程度上取决于你的整体结构。这是一个非常简单的数据模型。例如,如果您有类似于与活动相关的" project“之类的内容,则应该将customer id放在项目表中。然后,如果该活动有多个客户,那么您将有另一个表,其中包含activity_id和customer_id,以显示这种关系。所以,这取决于你想要建模的问题。
发布于 2015-03-03 21:14:54
听起来很像。每个活动都有一个(而且只有一个)客户吗?然后可以让activity_id作为activity表的主键,customer_id是外键。对于每个客户,您可以得到一个活动列表,对于每个活动,您可以计算出顾问在该活动中为该客户工作的小时数。
https://stackoverflow.com/questions/28841906
复制相似问题