每日报告的MYSQL数据结构

时间:2017-12-27 18:38:23

标签: mysql database

我为一家拥有24个地点的汽车经销商组建立了一份日报应用程序。每个地点的经理每天都可以输入销售的新车和二手车的数量。每日,周末和每月帝国范围的销售报告都是根据数据生成的。

我使用了两张桌子

  • dealerships (id, dealership_name)
  • daily entries (dealer_id, entry_date, new, used).

一切正常。

现在,他们希望扩展报告,包括毛利,每日机会,试驾,售出保修,销售警报等字段。他们希望看到每家商店的每日和每月报告,而不仅仅是整个帝国的总数。

我是否应该为每个经销商使用单独的表格,或者我可以继续为所有经销商使用单个表格。如果我坚持使用单个表,那么每次我想为单个商店生成报告时,我都必须搜索整个数据库。随着时间的推移,桌子的大小增加,这最终会影响性能吗?

1 个答案:

答案 0 :(得分:0)

不要为每个经销商使用表格,这不是数据库的设计方式。表包含来自相同类型的实体的数据,而不是同一实体的不同实例。经销商的一个表和日报的另一个表就足够了。您只需更改daily_reports表即可添加新字段,并开始向其添加数据。

不要担心表的大小越来越大,这就是数据库天生就要做的事情:处理数据。您可以通过创建合并报表(例如montly_reports)来减少存储数据量,在此处添加所有每日报表的总和,并在一段时间后修剪daily_reports。这样,您将获得最近x个月的每日报告,以及自数据收集开始以来的综合报告。