数据库设计 – 每个客户端的一个数据库在什么时候变得不可行?

前端之家收集整理的这篇文章主要介绍了数据库设计 – 每个客户端的一个数据库在什么时候变得不可行?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
对于我们的某个系统,我们拥有敏感的客户端数据,并将每个客户端的数据存储在单独的数据库中.我们有大约10-15个客户端用于该系统.

但是,我们正在开发一个新系统,它将拥有50-100个客户端,甚至更多.我认为在这个实例中为每个客户端建立一个数据库(存储敏感记录和审计历史记录)可能是不可行的.但是,我不知道这是否完全正常,或者是否有另一种维护安全的方法.

有什么想法吗?

@R_404_323@

管理100或500个数据库与管理5个或10个数据库实际上并没有什么不同 – 您只需拥抱自动化并制定可扩展性计划(并且不打算使用高成本的数据库功能,例如跨所有数据库镜像)客户端).

在我之前的工作中,我们使用了这种架构,我从来没有想过将两个客户端合并到一个数据库中,即使一些挑战可能“很难”.

最大的好处是独立的恢复模式(可以是简单的,b可以是完整的等等),能够在不中断其他人的情况下恢复到某个时间点(或完全删除)客户端,无缝移动资源的能力 – 沉重的客户端到它自己的存储或完全不同的服务器,几乎没有透明度(你更新配置文件或表告诉应用程序在哪里找到该客户端).

我在这些帖子中解决了一些反对意见和/或如何解决问题:

> Handling growing number of Tenants in Multi-tenant Database Architecture
> Multi-tenant database using SQL Server 2008?
> Automation of backups of Large Number of Database

总而言之,我认为我们中的任何人都无法告诉您管理对您来说变得不切实际的地步 – 只要知道您遇到的任何具体挑战,您就可以单独询问这些问题.

原文链接:https://www.f2er.com/mssql/79421.html

猜你在找的MsSQL相关文章