mysql中replace只能替换既定字符串，如：
UPDATE`web_article`SETbody=REPLACE(body,'<div>','<body>')1
所以对于需要替换特定部分变化的字符串则显得无能为力，如：
<BaseURI>www.bjeit.gov.cn</BaseURI><RULE>政民互动</RULE><SOURCE>北京市经济和信息化委员会</SOURCE><WEBROOT>http://t.7yun.cn/CYTTRESOURCE</WEBROOT><DISKROOT>D:oot</DISKROOT>
单个&符号替换。SQL语句中最基本、最普遍元素替换形式是单个&符号替换。&符号是用来在语句中指定替换变量的符号。当执行语句时，Oracle服务器处理语句，发现替换变量，并尝试用下面两种方法之一来解析变量的值。首先，它检查在用户会话中是否定义了该变量(DEFINE命令)。倘若没有，用户进程会提示输入一个值，这个值会替换变量。原来只知道, MySQL类型隐式替换会影响优化器对索引的选择, 由于遇到了一个隐式替换导致的精度丢失的 Bug ,引起了我对隐式替换的实现逻辑的好奇心.
为什么隐式替换会影响精度吗? 不是类似 String.valueOf() 处理吗?
执行SQL 1 :
查询结果 1 :
执行SQL 2 :
查询结果 2 :
由上面的两个SQL看到, 由于where条件的业务订单id筛选项没有添加引号, 导致了精度丢失问题. 210517130303013756 在表中是唯一的, 但是查出来多条数据.
如需构建演示环境请执行如下SQL
这里贴出了数字类型相关的替换规则, 想了解更多请查阅官方文档
有关隐式数字到字符串转换的字符集以及适用于 CREATE TABLE ... SELECT 语句的修改规则，请参阅本节后面的信息。
以下规则描述了比较 *** 作如何发生转换：
有关将值从一种时间类型转换为另一种时间类型的信息，请参见 第11.2.8节“日期和时间类型之间的转换” 。
由于 210517130303013756 没有加引号, 默认将其作为浮点数处理, 所以在 210517130303013756 转浮点数的时候, 导致了精度丢失问题.
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）