2010-02-19 32 views
1

我需要存储一些专门用于计算的图形和常量。 这些数字会周期性变化,但它们是不同类型的值。一个可能是平衡,一个金额,另一个可能是利率,另一个可能是某种比率。存储临时数字/常量的策略?

然后将这些数字用于涉及其他更多结构化数字的计算中。

我不确定在关系数据库中存储这些数据的最佳方式是 - 这是应用程序存储的选择。

我之前完成的一种方法是创建一个非常通用的表格,将值存储为文本。我可能会将数据类型与它一起存储,但消费者知道它是什么类型,在我甚至不需要存储数据类型的情况下。这种工作很好,但我不太喜欢解决方案。

我是否应该将每个数字分解为特定的类别并以这种方式创建表?例如,创建汇率表和余额表等?

回答

0

是的,你应该相应地构建你的数据库。拥有一个保存文本值的泛型表并不是一个好的解决方案,而且它还会在程序中使用这些值时增加开销,这些值可能会将该数据用于某些计算。

保持每个表和值的​​分隔可以让你做一些事情,比如为你的值添加日期和状态(也许有些是活动的,而另一些不是)?也允许你保持一个准确的历史记录(如果我希望看到去年的特定费率?)。这也使得后面的人更容易筛选数据。

我建议阅读数据库normalization上的这篇文章。

+0

谢谢 - 我知道规范化是什么,但我只是有难度打破这些不同类型的数字。我想我的主要问题是创建基本上每列一列的表。我猜想没有错。我只是不习惯它可能。是否有很多情况下创建单个列表(除了跟踪列,如状态,时间戳等)? – 2010-02-19 17:19:13

+0

不,不是真的。我已经编写了具有类似数字的业务应用程序,例如费率,余额,总帐金额等等,但它们通常包含不同类型,多种费率等,因此它们有超过1列。分离表格肯定会使跟踪和历史文件更相关。 – Aaron 2010-02-19 17:27:55