我可以使用哪种架构来容纳基于手动日期的数据条目?

时间:2010-06-09 16:24:32

标签: sql mysql database-design

我有一个管理员,来自多个媒体资源的用户可以输入twitter / facebook粉丝的月度统计信息。我们无法访问真实数据/ db,因此这就是手动输入的原因。表格如下:

Type ( radio, select **one** only ):
 - Twitter
 - Facebook

Followers/Fans ( textfield ):

Property (dropdown): Hotel A, Hotel B

Date Start: mm/dd/yyyy (textfield)
Date End: mm/dd/yyyy (textfield)

问题1.1 :由于我只跟踪每月的月份,因此我已创建的日期开始/结束字段可能过于具体。如果这是我唯一关心的事情,那么仅仅有一个月/年和月/年开始会更好吗?

问题1.2 :如果我要将日期开始和结束文本字段更改为开始月/年和结束月/年下拉菜单,我可以使用哪种模式进行月度统计?

1 个答案:

答案 0 :(得分:3)

首先,您正在设计一个应用程序。数据驱动用户界面,而不是相反。

如果您有月/年下拉菜单,那根本不重要。你需要捕捉什么?

如果每个值都是一个月,那么为什么还要考虑开始和结束日期?使用该月的第一个月或该月的最后一个日期和约定。

2010年6月1日是2010年6月的参赛作品。这一天无关紧要。请勿使用日期类型以外的任何内容。

如果规范化架构,则需要一个社交媒体场地表,一个属性表,一个包含Count_for_month日期列的子表和count_of_followers的整数列。

对Marjan的回应

您的数据是唯一重要的。如果Excel消失了,只要文件中的数据可以在Google Docs中使用,您是否会关心?

但这是否意味着我建议捕获大量不必要的数据?或者每桌设计一个屏幕? (我只是猜测“桌子和CRUD居中”是什么意思)我也不是说你的数据模型不是由需求驱动的,而是OUTPUT是你系统存在的唯一原因的概念是疯狂的。