适当的数据库实践

时间:2013-06-30 22:47:23

标签: mysql database

我对构建数据库感觉有点新,我想知道,如果我有38条不同的数据,我想要每条记录。是不是最好把它分解成几个不同的表格,或者我可以把它全部保存在一个表格中。

在这种情况下,我有一个帐户的能源使用数据表,我有每月使用量,每月需求量和需求百分比,然后每个记录的每个记录密钥为38个数据。

这样做是不错的做法,或者我应该把它全部作为一张桌子?一旦这个数据库最终在峰值累积了几千条记录,对产品执行查询的效率是否有任何影响?

编辑:我正在使用Hibernate进行查询,我不确定这是否会对效率产生任何影响,具体取决于我最终如何破坏这些数据。

2 个答案:

答案 0 :(得分:1)

首先,检查正常形式:

1)Wiki
2)A Simple Guide to Five Normal Forms in Relational Database Theory

其次,诸如“每月销售额”或“每日点击次数”等汇总数据通常会转到单独的表格中。这不仅受到正常形式的驱动,也受到数据库实施的推动。 例如,MySQL提供专为此而设计的 Archive 存储引擎。

如果您正在观看当前月份的数据,这些数据可能会显示在同一个表格中,也可能会存储在缓存中。分离表中的每月数据可以计算在每月的第1天。

答案 1 :(得分:1)

当您阅读记录时,您是否经常使用 所有数据?或者你有不同的部分或面具(分开加载)来显示能源使用数据,月度统计数据等等?

您打算在此桌上记录多少条记录?如果它们显着且持续地增长,是否可以创建带有后缀的表格,以便按周期(月,半年,年......)对它们进行分组?