我一直在使用MS Access 2010一段时间，而且大多数情况下一切正常。好极了。但是，我有大量数据最终绘制（x轴y轴对）来自我用于工作的一件设备。我可以将这些数据作为一个单独的表导入，但我并不特别喜欢让我的数据库重载了纯粹存储这些数据的单独表。对于我的承诺，每个表应该代表一个适合数据库大环境的实体。此外，对于我现在使用的设备，所有x轴数据都是冗余的。问题是，为有效存储分割数据的最佳方法是什么？
考虑： 我一直在遇到与这个问题相同的问题。假设在任何一种情况下我都制作了两个表，一个用于存储x轴数据，另一个用于存储y轴数据，然后在两者之间有一个链接表，允许多对多关系。
一方面，我可以为每个记录存储一个值（所有值都在一个列中）。但是，那么这两个表中的每一个都需要有一个标记字段，从而破坏了拆分的目的。
另一方面，我可以为每个字段存储一个值（一行中的所有值），在我的情况下，每个表中将产生超过2000个字段。
还有第三个选项，我目前正在使用的选项，在一个表中每行存储一对。但是，有很多冗余。
答案 0 :(得分：0)
您应该坚持使用当前的方法。这是迄今为止检索和添加数据的最简单方法。下面我对你的其他建议有所反应。
假设在任何一种情况下我都制作了两个表，一个用于存储x轴 数据和另一个存储y轴数据，然后有一个链接 两者之间的表允许多对多的关系。
如果X和Y不是整数，这可能会提供轻微的硬盘空间改进。但是，它会使问题复杂化，带来可疑的好处。
一方面，我可以为每个记录存储一个值（所有值都在一个中） 柱）。但是，每个都需要有一个标记字段 两张桌子，从而挫败了分裂的目的。
这会使处理数据变得更加复杂，这是一个坏主意。您需要使用复杂的查询来将两个数据点放在同一行中。你可以这样做，但它使输入和检索都变得复杂。
另一方面，我可以为每个字段存储一个值（所有值都在一个字段中） 行），在我的情况下，每个表中将产生超过2000个字段。
如果你这样做，你会后悔的。这将使得以后几乎不可能进行任何有意义的数据分析。
还有第三个选项，即我目前使用的选项，用于存储一个选项 在一个表中每行配对。但是，有很多冗余。
这是理想的。您可以轻松地将数据导入两列，数据很容易检索。除非价值无关紧要，否则裁员并不重要。