sharding-jdbc 分库分表 跨库查询逻辑 * 出现 null 数据问题记录

公司业务库有多个库，服务拆分细粒度不够，避免不了查询多个业务库。
假设我们有库 A、B
sharding-jdbc 默认库为 A

此时执行下方查询 B 的查询语句 返回的数据为 null

SELECT rpr.* FROM B.users rpr

实际上是有客户数据的，但是却查不到。非常纳闷，百度找了很多解决方案，发现并没有人遇到相同问题。

于是尝试自己先处理。

尝试切换默认库为 B

此时查询能够查询到数据，那么是不是因为数据源指定的问题导致的呢？

那么此时想到我们是不是动态设置数据源就可以了呢？

实际上这是一种解决方案，但是不建议。管控这么多数据源多耗费资源啊～ 不优雅

好吧，在看看别的方案。

设计默认分库策略呢？能否实现。动态切换

很遗憾，尝试了多次还是不行，因为sharding-jdbc的分库策略只针对有设置分表的才有效。。。

它是在你的表已经确定分片的基础上，才会起作用，而不是你想的，是张表就分库
如果你想要一堆表都要加上分库逻辑，要么自己一个个的配置，要么就自己手动在SpringBootShardingRuleConfigurationProperties初始化完成后，手动添加到SpringBootShardingRuleConfigurationProperties中（源码中我暂时没看到扩展点，允许你搞事情）

好吧，那么我们吧 B 库的表 users也设置到分表中指明 B 库是否可行呢？

尝试了一下，可行！

但是这样的话每次我们要设置多少表啊，B 库的全部设置一遍吗？ 也不优雅～

回过头来再次尝试，默认库设置为 B 库 查询 A 库中表的 某一列字段。哎 发现可以哎。

再次尝试 B 库 发现原来是 ”*“ 导致的 实际上我们吧列名称声明清楚就解决问题了！！！

大家在使用sharding-jdbc 遇上这种场景的时候 切记，将列名声明清楚，否则 ShardingResultSet 无法识别到列名

正确案例

select name,age from users

最后

以上就是缥缈期待为你收集整理的sharding-jdbc 分库分表 跨库查询逻辑 * 出现 null 数据问题记录的全部内容，希望文章能够帮你解决sharding-jdbc 分库分表 跨库查询逻辑 * 出现 null 数据问题记录所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。