我的公司正在创建一个多租户数据架构,以支持对多个不同客户端上传的数据进行分析。数据库是。
有人建议,按客户端ID对数据库进行分区可能是管理数据卷的一种好方法(随着时间的推移,这可能是相当大的,当然是数十亿行)。
这是个好主意吗为什么或者为什么不?
发布于 2011-03-11 17:43:40
有很多方法可以管理您的数据量,但是您还没有在这里真正描述的是您想要的最终结果。是表演吗?这是可管理性吗?是保安吗?是可伸缩性吗?随着时间的推移,你是否有能力快速、轻松地加入新客户?
当您说“管理数据卷”时,我想您是在以一种允许良好性能的方式来管理数据。这让我想到了分区,但我对数据的了解还不足以说这是正确的做法。按客户端ID进行分区可能很好,但如果您有数千个客户端,则可能不是正确的选择。
我认为你应该找到你想要解决的真正的痛点,然后找一个解决方案来减轻这些痛点。
发布于 2011-03-11 12:17:35
就我个人而言,我会考虑每个客户端的模式
这意味着每个客户端都有单独的表和安全性。这意味着如果需要的话是单独的磁盘。
我不认为这里的分区有多大优势
https://dba.stackexchange.com/questions/1693
复制相似问题