优化带##GS##分隔符的字符串截取SQL:移除硬编码数值
优化方案:移除SQL中的硬编码数值
绝对可以优化掉那个硬编码的-16!这个硬编码最大的问题是完全依赖固定的字符串结构,一旦前面的字段长度发生变化,整个查询就会出错。下面提供两种优化思路,兼顾简洁性和可维护性:
方案一:直接动态计算长度
直接通过计算第3个和第4个分隔符的位置差,来动态获取目标内容的长度,完全摆脱硬编码:
SELECT SUBSTR( '##GS##ABC##GS##DEF##GS##GHI##GS##', INSTR('##GS##ABC##GS##DEF##GS##GHI##GS##', '##GS##', 1, 3) + LENGTH('##GS##'), INSTR('##GS##ABC##GS##DEF##GS##GHI##GS##', '##GS##', 1, 4) - (INSTR('##GS##ABC##GS##DEF##GS##GHI##GS##', '##GS##', 1, 3) + LENGTH('##GS##')) ) AS CUS_REF_ID FROM DUAL;
关键逻辑说明:
INSTR(..., '##GS##', 1, 3):定位到第3个分隔符的起始位置+ LENGTH('##GS##'):跳过分隔符本身,找到目标内容的起始点INSTR(..., '##GS##', 1, 4) - (起始位置):用第4个分隔符的起始位置减去目标内容的起始位置,动态算出目标内容的长度,适配任意字段长度
方案二:用WITH子句提升可读性(推荐)
如果字符串需要复用或者后续要修改分隔符,用WITH子句把重复计算的部分抽离出来,代码更清晰易维护:
WITH input_strings AS ( SELECT '##GS##ABC##GS##DEF##GS##GHI##GS##' AS target_str FROM DUAL ), separator_info AS ( SELECT target_str, INSTR(target_str, '##GS##', 1, 3) AS third_sep_pos, INSTR(target_str, '##GS##', 1, 4) AS fourth_sep_pos, LENGTH('##GS##') AS sep_length FROM input_strings ) SELECT SUBSTR(target_str, third_sep_pos + sep_length, fourth_sep_pos - (third_sep_pos + sep_length)) AS CUS_REF_ID FROM separator_info;
优势:
- 输入字符串单独存放,后续修改只需改动一处
- 用
LENGTH('##GS##')动态获取分隔符长度,就算以后分隔符变更(比如改成##NEWSEP##),也不用手动计算长度数值 - 所有位置计算逻辑集中在
separator_info块,可读性和可维护性大幅提升
内容的提问来源于stack exchange,提问作者user2102665
相关产品推荐
相关产品推荐

