构建支持多个租户的应用程序(如软件即服务)的最佳实践是什么?
非常感谢关于此主题扩展的白皮书的链接.
对于数据库:
A.将所有内容放在同一个数据库中,在表上放置一个tenant_id列
优点:容易做到
缺点:非常容易出错:很容易将数据从一个租户泄漏到另一个租户.
B.将所有内容放在同一个数据库中,但将每个租户放在自己的命名空间中(postgresql称之为模式)
优点:提供比选项A更好的数据泄漏保护
缺点:并非所有数据库都支持.AFAIK PostgreSQL和Oracle支持它.
C.为每个租户设置一个数据库
优点:绝对没有数据从一个租户泄漏到另一个租户的可能性
缺点:设置新租户更复杂.数据库连接很昂贵.
我只从Guy Naor那里学到了上述想法.这是他演讲的链接:http: //aac2009.confreaks.com/06-feb-2009-14-30-writing-multi-tenant-applications-in-rails-guy-naor.html
您可能会在Oren Eini的一系列博客文章中找到一些有价值的建议.
这是该系列中的最后一篇帖子,其中包含以前帖子的链接:http://ayende.com/Blog/archive/2008/08/16/Multi-Tenancy--Approaches-and-Applicability.aspx