ui设计网站成品图片,宁波网站推广公司有哪些,茶山网站建设,网页游戏排行榜图标为什么要sql解析重写#xff1f;
如果我们的系统数据库实现了分表#xff0c;那么我们的sql中表名需要根据参数动态确定#xff0c;那么代码怎么写#xff1f;
方案1#xff1a; 自己手动拼接#xff0c; 比如 update t_user_${suffix} , ${suffix} 作为一个变量传递…为什么要sql解析重写
如果我们的系统数据库实现了分表那么我们的sql中表名需要根据参数动态确定那么代码怎么写
方案1 自己手动拼接 比如 update t_user_${suffix} , ${suffix} 作为一个变量传递进来这么变量怎么设置自己可以通过硬编码高级一点的写法就是可以用拦截器(AOP)统一设置。
方案2: 更高级一点的方案就是sql重写代码中的sql就和没分表一样直接写框架层面做拦截进行sql解析重写。 shardingsphere SQL解析重写原理
任何一门计算机语言在编译或者解释阶段为了让机器能够识别 都需要将代码做结构化处理最常见的就是完全结构化生成AST(抽象语法树Abstract Syntax Tree) 。 shardingsphere AST 解析 提取关键信息token化
shardingsphere 分表sql重写只需要重写表名 所以 token化的时候只token化了表名部分并且记录了 tableName 在原始sql 的开始位置startIndex 和结束位置 stopIndex sql重写
根据上一步token化的结果就知道了表名在sql语句的开始和结束位置了那么直接进行表名替换sql 字符串拼接就行了。
真实表名直接根据配置规则计算出来就行了具体算法见
shardingsphere分库分表项目实践3-分库分表算法原理-CSDN博客 思考
编程语言改写标准流程是
源语言--------》AST -------》替换AST的节点(要修改的部分) -------》 遍历AST再次生成源语言
这个标准流程好处是功能强大能对任意部分修改甚至将一种计算机语言翻译成另外一种缺点就是代价大(计算量大、耗时)。
shardingsphere 只是结构化AST后对表名部分(自己感兴趣的)进行了字符串替换这么做相比AST再逆向生sql 成性能更好因为shardingsphere 分表场景比较特殊, 只需要对表名修改。 注意事项
分库分表解决了单表单独库数据量大的问题但因为需要做sql解析和重写由于sql语句的复杂性第三方分表分库组件都没办法对复杂sql 100% 支持所以如果用了分表分库和第三方分表分库组件那么sql语句就需要标准简单否则会有sql无法解析兼容问题。
shardingsphere不支持的sql官方清单 :
SQL :: ShardingSphere
