2

I am designing a multi-client database (think SAS) in SQL server 2008 R2. During my research in this forum I found that segregating cient data using different database is preferred in the long run (when performance becomes an issue).

But I was wondering if for the short term (and for quick startup), is it a good idea to segregate client specific data by creating different schemas in same database ?

4

2 回答 2

4

这种应用程序的术语是“多租户”架构。SO 有一个多租户标签。让它成为你的最爱之一。

多租户架构的范围从“不共享”到“共享一切”。在频谱的“无共享”端,您为每个租户构建一个数据库。在“共享一切”端,租户共享每张桌子;每行都有一个租户标识符,告诉您该行属于谁。

在这两者之间,您会发现每个租户一个模式。

有关此 SO 答案中成本、数据隔离和保护、维护和灾难恢复之间权衡的更多详细信息。

于 2012-11-10T18:55:16.190 回答
2

我的直觉说不。通过您提出的方法,您在快速启动或短期内获得了什么?
最好从头开始养成良好的习惯:使用您的架构和默认值保持更新的脚本。当另一个客户需要一个新的数据库时,您就可以开始了。更不用说您的客户端代码只需要动态地选择正确的连接而无需任何其他问题

于 2012-11-09T12:09:31.547 回答