加载中
大卫1228 2017/05/24 17:24 回答了问题: 业务分表方案咨询
上面提到的相当于针对同一表混合分片方式了(既有按专辑ID,也有按视频ID),应该能支持吧?我看demo给出的是单片键示例。
@大卫1228
大家好,目前在考虑分库分表方案:问题场景描述:视频(子)和专辑(父)关系,一个专辑对应多个视频,一个视频只属于一个...
大卫1228 2017/05/24 16:57 回答了问题: 业务分表方案咨询
最终总结下,基本思路已经明确。 因实际的无专辑视频数据量要大于有专辑的视频数据量。 所以,我们针对有专辑视频,按照专辑ID进行分片,无专辑视频则按照视频ID分片。同时,会有一个路由表记录下映射关系,视频ID自增通过这个表先生成下,这块用sharding-JDBC应该在分片策略自行实现中来完成。
@大卫1228
大家好,目前在考虑分库分表方案:问题场景描述:视频(子)和专辑(父)关系,一个专辑对应多个视频,一个视频只属于一个...
大卫1228 2017/05/24 15:56 回答了问题: 业务分表方案咨询
0 嗯,您提到的建议尽量不要修改数据的分片键。 比如无专辑视频A,最开始计算出的分片对应表table_k1,接下来将A关联到了一个专辑Pa上,这个视频A仍然在table_k1表中吗? 因为有场景是根据专辑查询所有视频列表,是不是迁移到专辑Pa所在分片上更合适些? 还是仍然在table_k1上,通过sharding-jdbc来实现聚合查询呢?
@大卫1228
大家好,目前在考虑分库分表方案:问题场景描述:视频(子)和专辑(父)关系,一个专辑对应多个视频,一个视频只属于一个...
大卫1228 2017/05/23 17:39 发布了问题:
Good
@大卫1228
问题现象 vrs后台系统从某一时间点,根据已查结果,追溯到几个月前上线的PGC审核功能引起。 近期大概一周左右运营...
@红薯
当然首先是确定一下,是真实的,吃个定心丸先,不是谎言:) 下载了Tomcat 7 RC4,解压到 D:\OpenS...

没有更多内容

加载失败,请刷新页面

返回顶部
顶部