我知道,之前已经问过这个问题的变化.但我的情况可能有点不同:-)
所以,我正在建立一个跟踪事件的网站.每个事件都有id和value.它也由用户执行,具有id,年龄,性别,城市,国家和等级.(这些属性都是整数,如果重要的话)
我需要能够快速获得两个查询的答案:
此外,数据由多个客户生成,而这些客户又可以拥有多个source_id.
访问模式:数据将主要由收集器进程写入,但是当查询(很少,通过web ui)时,它必须快速响应.
我期待很多数据,当然不止一个表或单个服务器可以处理.
我正在考虑每天将事件分组到不同的表中(即'events_20111011').此外,我想为表名添加客户ID和源ID前缀,以便数据被隔离并且可以轻易地丢弃(清除旧数据)并相对容易地移动(将负载分配给其他机器).这样,每个这样的表将具有有限的行数,比如10M tops.
所以,问题是:如何处理用户的属性？
选项1,规范化:将它们存储在单独的表中并从事件表中引用.
选项2,冗余:将用户属性存储在事件表中并对其进行索引.
您的设计应该规范化,您的物理架构可能因性能原因而最终非规范化.
这两个都可以吗？SQL Server附带Analysis Server的原因是有原因的.即使您不在Microsoft领域,也可以使用事务系统进行数据输入和日常处理,而报告系统可用于那些会在事务系统上造成重负荷的查询.
这样做意味着您可以充分利用这两个方面:日常操作的规范化系统和汇总查询的非规范化系统.
在大多数情况下,夜间更新适用于报告系统,但这取决于您的营业时间和其他最有效的因素.我发现大多数8-5个企业在晚上有足够的时间来更新报告系统.
| 归档时间： |
|
| 查看次数： |
2706 次 |
| 最近记录： |