Php 用户限制-在数据库中还是直接到文件？（灵活性与性能？）

在网站上注册的用户可以向好友发送邀请。我想为用户可能发送的邀请数量添加每日限制

最初我只是在php文件中添加了一个限制（40），但后来我认为最好让管理员能够更改此限制，所以我在数据库中添加了此限制。但是现在，每当用户想要发送邀请时，都会使用数据库。这会影响性能吗

---

您将如何配置此功能？

TL；博士：只要把它放在数据库里就行了。：）

完整故事：它不应该是一个性能热门。所有内容（用户本身、收件人的用户名、页面中的大量内容）都将来自您的数据库。你不应该在意

如果你有一个很大的用户群，这就成了一个问题，我相信还有其他地方可以进行性能更新（比如使用memcached进行各种各样的更新）。但是如果您想“缓存”它，我想您可以在登录时检索它一次，然后将其放入会话中。使用此值进行减法和检查等。然后还对数据库（在后台）检查一次，以确保此用户没有发生任何奇怪的事情。但这可以是异步的，并且对用户体验没有太大影响

---

在极少数情况下，会话说可以，但数据库说不行，只需向用户发送一个错误。另一方面，可能需要用户重新登录。但是如果你正确地实现它，它将是罕见的，甚至是不可能的：）

TL；博士：只要把它放在数据库里就行了。：）

完整故事：它不应该是一个性能热门。所有内容（用户本身、收件人的用户名、页面中的大量内容）都将来自您的数据库。你不应该在意

如果你有一个很大的用户群，这就成了一个问题，我相信还有其他地方可以进行性能更新（比如使用memcached进行各种各样的更新）。但是如果您想“缓存”它，我想您可以在登录时检索它一次，然后将其放入会话中。使用此值进行减法和检查等。然后还对数据库（在后台）检查一次，以确保此用户没有发生任何奇怪的事情。但这可以是异步的，并且对用户体验没有太大影响

---

在极少数情况下，会话说可以，但数据库说不行，只需向用户发送一个错误。另一方面，可能需要用户重新登录。但是，如果您正确地实现它，它将是罕见的，甚至是不可能的：）

它有点依赖于硬件，但在MySQL标准中，400000行表（10000*40）并没有那么大。我想你会没事的

---

只要确保您已经合理地构建了它，并且根据您对它的描述，列上有一个存储唯一invite代码的索引。

这有点取决于硬件，但400000行表（10000*40）在MySQL标准中并没有那么大。我想你会没事的

---

只需确保您已经合理地构建了它，并且根据您对它的描述，列上有一个存储唯一邀请代码的索引。

这是一个有点开放性的问题。这取决于您有多少用户，他们发送了多少邀请，以及您如何在数据库/应用程序中实现邀请。如果你能添加更多的信息，那么我想你会得到一些更有用的答案。我有点喜欢@jamec_c，但另一方面：在什么样的情况下，你能找出这个极限的恢复是减慢一切的原因？我想说，如果你有足够的点击率，这是一个问题，你会有其他的担心和解决方案在排队的一切，这将是一个非-issue@James我们希望至少有10000个用户，如果每个用户向网站添加另一个用户，则会获得奖金，因此他们将发送尽可能多的邀请（这就是我们增加限制的原因）。每个邀请都有一个唯一的密钥，该密钥也保存在数据库中。这是一个有点开放性的问题。这取决于您有多少用户，他们发送了多少邀请，以及您如何在数据库/应用程序中实现邀请。如果你能添加更多的信息，那么我想你会得到一些更有用的答案。我有点喜欢@jamec_c，但另一方面：在什么样的情况下，你能找出这个极限的恢复是减慢一切的原因？我想说，如果你有足够的点击率，这是一个问题，你会有其他的担心和解决方案在排队的一切，这将是一个非-issue@James我们希望至少有10000个用户，如果每个用户向网站添加另一个用户，则会获得奖金，因此他们将发送尽可能多的邀请（这就是我们增加限制的原因）。每个邀请都有一个唯一的密钥，该密钥也保存在数据库中。