我正在管理一个相当大的数据库,它从单一应用程序数据库发展成了一个复杂的设计。现在有一个计划添加第五个应用程序,它带有自己的架构和特定数据。我一直在研究SSO解决方案,但那不是我想要的。我的目标是拥有一个客户注册、登录和授权的统一点。
理想情况下,每个应用程序都会请求认证,并被授权访问多个应用程序,然后这些应用程序将连接到适当的数据库进行操作。由于这个数据库已经运行多年没有问题,我没有处理这种程度分离的第一手经验。任何最佳实践论文都将不胜感激:)
我会设想一个核心数据库来维护共享数据-客户/公司/产品
1. 核心表和主键 - 为了维护引用完整性,我是否应该在每个 "应用" 数据库中有一个较小的复制表?有哪些方法可以在各种数据库之间共享关键字并确保引用完整性?
2. 复制 - 目前有两个订阅者从生产数据库中提取数据,其中数据稍后被批处理到DW解决方案进行报告。我正在走一条可能会导致挫败的路吗?
3. 数据完整性 - 我如何确保例如:DATABASE_X.PREFERENCES.USER_ID =始终引用 CORE_DATABASE.USERS.USER_ID?
4. 报告 - 从多个数据库复制/转换数据到一个报告数据库会遇到哪些障碍?
5. 白皮书 - 是否有人能找到这种策略的好参考资料?
谢谢
理想情况下,每个应用程序都会请求认证,并被授权访问多个应用程序,然后这些应用程序将连接到适当的数据库进行操作。由于这个数据库已经运行多年没有问题,我没有处理这种程度分离的第一手经验。任何最佳实践论文都将不胜感激:)
我会设想一个核心数据库来维护共享数据-客户/公司/产品
1. 核心表和主键 - 为了维护引用完整性,我是否应该在每个 "应用" 数据库中有一个较小的复制表?有哪些方法可以在各种数据库之间共享关键字并确保引用完整性?
2. 复制 - 目前有两个订阅者从生产数据库中提取数据,其中数据稍后被批处理到DW解决方案进行报告。我正在走一条可能会导致挫败的路吗?
3. 数据完整性 - 我如何确保例如:DATABASE_X.PREFERENCES.USER_ID =始终引用 CORE_DATABASE.USERS.USER_ID?
4. 报告 - 从多个数据库复制/转换数据到一个报告数据库会遇到哪些障碍?
5. 白皮书 - 是否有人能找到这种策略的好参考资料?
谢谢