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

我有两个表，其中一个是财产表，另一个是投资者表，我想存储对某些财产感兴趣的投资者

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

我的问题是，如果我单独做一行，那么在几个月内，行的数量可能很容易达到数万行，但是在一列中有许多行也是一个巨大的数字

哪一种是最佳实践？少量的大数据，还是大量的小数据

（还值得一提的是，我需要保留报表的数据，因此不可能删除它们。）

最佳做法是针对您的数据，在这种情况下，这听起来像是有大量的小数据。假设您将这两条记录都作为主键，那么即使对于上万行，这种查找也应该相对较快

通常情况下，除非你的数据达到数百万，否则SQL中的数据不会有问题。对于像这样的正确索引的小表，我看不出有问题。

最佳做法是处理数据，在这种情况下，听起来像是有大量的小数据。假设您将这两条记录都作为主键，那么即使对于上万行，这种查找也应该相对较快

通常情况下，除非你的数据达到数百万，否则SQL中的数据不会有问题。对于像这样的正确索引的小表，我看不出有问题。

最佳做法是处理数据，在这种情况下，听起来像是有大量的小数据。假设您将这两条记录都作为主键，那么即使对于上万行，这种查找也应该相对较快

通常情况下，除非你的数据达到数百万，否则SQL中的数据不会有问题。对于像这样的正确索引的小表，我看不出有问题。

最佳做法是处理数据，在这种情况下，听起来像是有大量的小数据。假设您将这两条记录都作为主键，那么即使对于上万行，这种查找也应该相对较快

---

通常情况下，在达到数百万之前，SQL中的数据不会有问题，对于这样的小索引表，我看不出有问题。

规范化数据表示，链接表应该只存储一个投资者ID和一个房地产ID

---

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

规范化数据意味着您的链接表应该只存储一个投资者ID和一个房地产ID

---

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

规范化数据意味着您的链接表应该只存储一个投资者ID和一个房地产ID

---

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

规范化数据意味着您的链接表应该只存储一个投资者ID和一个房地产ID

---

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

最佳做法是“是”，正如@MarkBaker所说的那样，除非证明有问题，否则不要认为会有问题。“数万”对人类来说可能是一个很大的数字，但计算机的CPU中甚至有更多的晶体管；它嘲笑你那微不足道的行数…：）最好的做法是像@MarkBaker所说的那样，不要认为某件事会有问题，除非它被证明是有问题的。“数万”对人类来说可能是一个很大的数字，但计算机的CPU中甚至有更多的晶体管；它嘲笑你那微不足道的行数…：）最好的做法是像@MarkBaker所说的那样，不要认为某件事会有问题，除非它被证明是有问题的。“数万”对人类来说可能是一个很大的数字，但计算机的CPU中甚至有更多的晶体管；它嘲笑你那微不足道的行数…：）最好的做法是像@MarkBaker所说的那样，不要认为某件事会有问题，除非它被证明是有问题的。“数万”对人类来说可能是一个很大的数字，但计算机的CPU中甚至有更多的晶体管；它嘲笑你那微不足道的行数…：）谢谢，我们在办公室很难达成一致。在没有SQL工程师的情况下，很多时候，基准测试是真正测试SQL的唯一方法。生成一堆假数据并计时！祝你好运！谢谢，我们在办公室很难达成一致。在没有SQL工程师的情况下，很多时候，基准测试是真正测试SQL的唯一方法。生成一堆假数据并计时！祝你好运！谢谢，我们在办公室很难达成一致。在没有SQL工程师的情况下，很多时候，基准测试是真正测试SQL的唯一方法。生成一堆假数据并计时！祝你好运！谢谢，我们在办公室很难达成一致。在没有SQL工程师的情况下，很多时候，基准测试是真正测试SQL的唯一方法。生成一堆假数据并计时！祝你好运！