基于saas的crm + oa项目，如何选择数据隔离呢
基于saas的crm + oa项目，如何选择数据隔离呢
| 隔离方式 | 逻辑隔离数据 | 数据库隔离 |
|---|---|---|
| 描述 | 共用同一个数据库，通过字段的方式用逻辑隔离 | 每新增的租户分配不同的数据库 |
| 好处 | 节约服务器资源，方便查询统计 | 数据相互独立互不干扰，可以进行单独的备份与恢复 |
| 坏处 | 一旦出错，就会造成毁灭性的打击 | 大量建立数据库，不方便跨数据库的统计，数据库字段表变动麻烦 |
以上就是我想到的两种方式，只是数据存储方式不一样，程序实现上面大体差不多，还有更好的替代解决方案吗？
展开
收起
1
条回答
写回答
写回答
-
1.采用独立的数据库
- 共享数据库，隔离数据架构 这是第二种方案，即多个或所有租户共享Database，但是每个租户一个Schema（也可叫做一个user）。
优点： 为安全性要求较高的租户提供了一定程度的逻辑数据隔离，并不是完全隔离；每个数据库可支持更多的租户数量。
缺点： 如果出现故障，数据恢复比较困难，因为恢复数据库将牵涉到其他租户的数据； 如果需要跨租户统计数据，存在一定困难。
- 共享数据库，共享数据架构 这是第三种方案，即租户共享同一个Database、同一个Schema，但在表中增加TenantID多租户的数据字段。这是共享程度最高、隔离级别最低的模式。
优点： 三种方案比较，第三种方案的维护和购置成本最低，允许每个数据库支持的租户数量最多。
缺点： 隔离级别最低，安全性最低，需要在设计开发时加大对安全的开发量； 数据备份和恢复最困难，需要逐表逐条备份和还原。 如果希望以最少的服务器为最多的租户提供服务，并且租户接受牺牲隔离级别换取降低成本，这种方案最适合。
2019-11-06 16:21:10赞同 展开评论 打赏
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
相关问答
