database-design - 如何设计一个数据库来保存在设计期间并不总是知道结构并且以后可能会改变的数据？

Question

关闭。这个问题需要更多focused .它目前不接受答案。












想改善这个问题吗？更新问题，使其仅关注一个问题 editing this post .

6年前关闭。




Improve this question




IBM's many eyes、swivel 等网站存储各种数据，并允许用户对其进行可视化。他们如何设计他们的 table ？例如，如果您要将 data.gov 站点的数据保存到数据库中并允许您的用户对其执行操作，您将如何设计表？该结构需要足够通用以容纳任何类型的数据。例如，data.gov 拥有大量数据，其中一些数据比其他数据复杂。

Answer 1

关键问题是重要的数据的简单检索还是聚合和搜索。

即//你用数据做什么？

如果它只是数据(即//它只是一些随机文本/二进制)，我根本不会打扰数据库。只需将它放入一系列文件中，去掉编码并使用 grep/sed/awk/LISP 来移动它而没有任何标签。数据仅对搜索/检索操作真正有用，而不是深入趋势。

如果它是单行或数据元素(如 Stack Overflow 问题或评论)，我会考虑 NOSQL 模式(本质上，只是查找)或 OODB。

如果关系很重要，我会将其建模为具有边和节点的图形。节点包含数据，边包含关系。那时我很想使用基于磁盘的指针手动实现它。

如果重要的数据集(即//将数据的特征放在一起)，我会仔细考虑关键分组并以这种方式设计关系数据库表。如果设计需要更改以适应新的信息和集合，那么当我了解新的需求时，我会操纵表结构以更好地对其进行建模。

许多数据可以使用以(时间、空间、标签)为键和(属性集、可聚合特征、数据)作为有效负载的多维格式进行索引。属性映射到维度，并且可以使用可聚合特征(计数、总和、最大值/最小值、平均值、标准偏差等)“汇总”。

你的问题有点含糊，没有为什么，这就是为什么这对弄清楚设计至关重要。