SQL Server 2008数据库设计问题.
我正在定义一种服务的体系结构,其中站点用户可以管理他们拥有的多个网站上的大量数据(平均100MB,每个站点最多1GB).我正在考虑是否拆分数据库,以便核心站点管理表(用户,付款,联系方式,登录详细信息,产品等)保存在一个数据库中,与客户自己的网站相关的数据库是单独保存的数据库.
我看到了一个可能的好处,我可以分发硬件架构,为网站数据库中的繁重工作提供更多的肉,使网站管理数据库处于更合适的区域.但我也意识到失去了通过外键直接将网站与客户联系起来的能力(据我所知,这不能跨数据库完成？).
因此,问题有两个 - 一般来说,这种场景中的数据应该分成多个数据库,还是应该全部保存在一个数据库中？
如果将其拆分为多个,是否有建议的方法来保护系统在数据库层的完整性和安全性,以确保两者之间存在很强的关系？
谢谢你的帮助.
我们有 2 个微服务：
服务_A、服务_B。他们都使用相同的数据库。今天我发现我们有不同服务使用的相同表的存储库。我记得我读到由于某种原因这是一个设计错误，并尝试用谷歌搜索该信息。但不幸的是我的搜索没有成功。您能解释一下这个问题吗？
也可能是我的错误。那么不同的微服务使用同一个表可以吗？