多租户PHP SaaS - 为每个客户端分离数据库，还是将它们分组？

作者: 故人
发布时间: 2024-05-09 05:34:30 (1月前)
转自：

4 条回复

0#
回复此人
=_= | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 我同意Ozzy - 我这是为在线数据库产品做的。我们有一个主数据库，基本上有一个美化的用户表。每个客户都有自己的数据库。这样做的好处是我可以轻松地将一个客户数据库从服务器A移动到服务器B [mysql]，并且可以通过命令行工具轻松实现。还要对大型表进行维护，删除/添加索引可能会搞砸你的应用程序，特别是如果说，添加索引会锁定表[mysql]。它会影响每个人。据推测，使用较小的数据库，当您需要推出模式级别更改时，您可以更好地避免这种情况并拥有更多选项。我只是喜欢灵活性。 </p> </DIV>

编辑
1#
回复此人
浮华丶 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 选项3是最具可扩展性的。虽然起初可能看起来更复杂，但它可以完全自动化，并且可以避免您对未来的头痛。您还可以通过在多个服务器上安装客户端数据库来提高性能，从而提高效率。 </p> </DIV>

编辑
2#
回复此人
啦啦啦拉肚子 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 多年前我设计的 <a href="http://www.innomatic.io" rel="nofollow"> Innomatic </A> ，用于在PHP中构建SaaS应用程序的开源平台，我选择了第三种选择：的<strong> 多租户代码 </强> 和的<strong> 单租户数据库 </强> 。 </p> <P> 根据我的经验，这是最具扩展性的选项，但它还需要一组脚本来在更新代码，数据库方案，启用应用程序到租户等时传播更改。 </p> <P> 因此，我在构建基于组件的可扩展引擎方面付出了很多努力，以完全自动化所有这些任务并最大限度地减少系统管理工作。如果你想采用第三种选择，我强烈建议建立这样的架构。 </p> </DIV>

编辑

登录后才能参与评论