mysql数据库存储存储数据的最佳实践，大量少量或少量大量答案

【问题标题】：mysql database storing best practice for storing data, lots of small amounts or small amounts of largemysql数据库存储存储数据的最佳实践，大量少量或少量大量
【发布时间】：2014-07-01 18:05:46
【问题描述】：

我有两张保存信息的表，一张是房产，一张是投资者，我想存储对某些房产感兴趣的投资者。

我正在制作第三个链接表来存储此信息，但我不确定哪个是最佳做法，我应该在一行中存储一个投资者 ID 和多个房产 ID（或一个房产 ID 到投资者 ID）还是应该我做个人的？

我的问题是，如果我做单独的行数，几个月内很容易达到数万行，但一列中有很多行也将是一个巨大的数字。

最佳做法是什么？少量大数据，还是大量小数据？

（另外值得一提的是，我需要保留报告的数据，所以删除它们是不可能的。）

【问题讨论】：

最佳做法是normalize
是的，正如@MarkBaker 所说Normalization
不要认为事情会是问题，除非它被证明是。 “数万”对人类来说可能是一个很大的数字，但一台计算机的 CPU 中的晶体管甚至比这还多；它对你微不足道的行数嗤之以鼻...... :)

标签： php mysql database storage

【解决方案1】：

“最佳实践”将是normalize 您的数据，在这种情况下听起来像是拥有大量小数据。假设您将两条记录都设为主键，即使对于数万行，此查找也应该相对较快。

一般来说，在 SQL 中的数据达到数百万之前，您不会遇到问题，对于像这样的小型正确索引表，我不认为会有问题。

【讨论】：

谢谢，我们在办公室无法达成一致。将它们链接到给定的文章。
归根结底，很多时候没有 SQL 工程师的情况下，基准测试是真正测试 SQL 的唯一方法。生成一堆假数据并计时！祝你好运！

【解决方案2】：

标准化您的数据表明您的链接表应该只存储一个投资者 ID 和一个财产 ID。

对于 MySQL 表来说，拥有数万条记录通常不会被认为是一个很大的数字。只需确保您正确索引事物以帮助加快访问速度。

【讨论】：