如果这看起来过于简单，我道歉。我发现问一个愚蠢的问题和编码正确的事情要好得多，而不是犯错误，花几个小时试图找到它并修复它。
我让我的兄弟成为客户管理系统（PHP / MYSQL），他的一些朋友看到了它，也想要一个。所以我认为只需建立一个每个人都有自己的登录名/密码的网站是个好主意。当他们登录到他们的帐户时，他们只看到他们的客户数据库。这听起来是个好主意，但我遇到了精神上的障碍。
现在，在我兄弟的网站上，我有一个数据库，其中有两个表，一个用于登录信息（因此他可以访问他的团队），然后是实际的数据库，其中包含所有客户信息。如果我遵循这个模型，我仍然只需要一个带有一个表的数据库来获取登录信息，但每个用户必须拥有自己的表用于他们的个人客户端。所以说我得到越来越多的用户最终我有一个数百个不同表的数据库。这样可以吗？他们的安全问题？有没有更好的方法来解决这个问题？我错过了一些逻辑吗？谢谢。
答案 0 :(得分：1)
如果我遵循这个模型，我仍然只需要一个带有一个表的数据库来获取登录信息，但是每个用户都必须为他们各自的客户拥有自己的表。
没有。您有一个客户表。其中一列是foreign key，它引用用户表的主键（显示客户端与哪个用户相关联）。
（除非一个客户端可以与多个用户关联，在这种情况下，您将使用junction table）。
答案 1 :(得分：0)
在beginnig，您可以实现一个名为Client或Company的表（您的所有客户都必须在该表中输入一行，我的意思是您的兄弟和任何其他想要使用您网站的人/公司），以及应该在数据库的所有表中添加表中的PK。
但是如果你的网站摇滚会发生什么？也许你有10000个客户，如果服务器（可能是托管）的性能支持那种速率传输以及PKs / FK正常工作，你应该分析。在那个时候，也许你应该为你拥有的每个客户创建一个数据库和一个网站。