php - 自动部署多应用程序的数据库结构

Question

我想创建一个类似于 basecamp 或 mailchimp 的应用程序。客户自行注册，然后自动为自己设置应用程序。该应用程序将使用 cakephp 开发。

我的问题是最好的数据库结构是什么？

• 在一张表中按客户 ID 分隔的所有客户。
• 每个客户都有自己的数据库 + 数据库用户。
• 在每个人的文件夹中使用一个 SQLite 文件。

Answer 1

可以有不同的实现方法，每种方法都取决于您的应用程序的性质，例如为每个用户提供什么功能，涉及哪些每个用户数据以及这些数据所包含的关系，每个用户数据有多少涉及等

方法一:单一应用数据库；根据应用程序的功能/结构创建多个表，但这些表包含所有用户的数据。例如，评论、权限、类别等

优点:架构简单，检索和插入方便快捷

缺点:如果表的大小变得太大或涉及复杂的索引，数据库操作可能会变得昂贵

方法 2:单一应用程序数据库；根据应用程序的功能/结构的多个表；每个用户都有自己的表集，可能由 user_id 标识。例如，对于 user_id = 1，表可能是 comments_1、permissions_1、categories_1 等。

优点:还是简单的架构；易于识别为特定用户查询哪些表；由于表将只包含特定用户的数据，因此至少要少一个 WHERE 子句(其中 user_id = xx)；更小的表，因此更快的检索；在繁忙时间减少锁冲突的机会

缺点:需要更多维护；添加需要添加新列或表的新功能，将需要对所有用户表集进行架构更改；

方法 3:每个用户多个应用程序数据库

优点:用户之间 100% 的数据隔离；如果每个用户都需要自定义功能，则可以轻松调整数据库模式；易于将数据库拆分到多个服务器以实现负载平衡；

缺点:复杂的架构；需要更多的维护；存储公共(public)或共享数据更棘手 - 数据可能会被复制到每个用户数据库，或者可以维护一个公共(public)数据库。

我认为，如果架构设计得高效，以便在更快的 SELECT/INSERT 和每个表的数据量之间保持平衡，那么第一种方法应该适用于 100-10000 名用户。但是，它需要大量的数据库调优和智能索引。

从方法 2 和 3 来看，两者都可以正常工作，但从我的角度来看，方法 3 更好，因为它为您提供了更大的灵 active 。实现可能需要一些时间，但并不难

另外，SQLite 似乎不适合这样的实现。我会建议像 MySQL 这样的关系数据库。

希望以上内容能够让您深入了解实现，并帮助您决定什么最适合您的应用。