Oracle SQL查找chr(1)-chr(47)字符执行报错如何解决

报错和统计结果失真来自两个明确的逻辑缺陷：

• 直接将1-31号ASCII控制字符拼接进动态SQL文本时，这些不可见字符会破坏SQL语法结构：部分控制字符对应回车、语句截断标记、转义标识，数据库解析SQL时无法识别被插入控制字符的语句，直接抛出语法错误。
• LIKE语法默认将%（ASCII 37）、_（ASCII 95）作为通配符处理：%匹配任意长度的任意字符，_匹配单个任意字符，直接拼接这两个字符时，语句不会匹配字符本身，会返回大量不符合预期的匹配结果。

不需要在循环中反复拼接动态SQL，直接用静态SQL+转义处理即可，完全规避控制字符破坏SQL结构、通配符误匹配两个问题：

declare
    match_count integer;
    v_target_char varchar2(1);
begin
  for l_counter in 1..47 loop
    v_target_char := chr(l_counter);
    select count(*) 
      into match_count
      from CD_WELL 
     where WELL_ID LIKE '%' || replace(replace(v_target_char, '%', '\%'), '_', '\_') || '%' escape '\';
    
    dbms_output.put_line('ASCII序号:' || l_counter || ' 匹配行数:' || match_count);
  end loop;
end;
/

如果必须使用动态SQL实现，要通过绑定变量传入待匹配的目标字符，禁止将控制字符直接拼入SQL文本：

declare
    v_sql varchar2(300);
    match_count integer;
    v_target_char varchar2(1);
begin
  v_sql := q'[select count(*) from CD_WELL where WELL_ID LIKE '%' || replace(replace(:target_char, '%', '\%'), '_', '\_') || '%' escape '\']';
  for l_counter in 1..47 loop
    v_target_char := chr(l_counter);
    execute immediate v_sql into match_count using v_target_char;
    dbms_output.put_line('ASCII序号:' || l_counter || ' 匹配行数:' || match_count);
  end loop;
end;
/

• 绑定变量传值时，数据库会把传入内容作为纯数据处理，不会解析其中包含的控制字符，从根源上避免SQL语法被干扰，同时也能规避SQL注入风险，执行效率也比反复拼接SQL更高。
• 两层replace处理会给待匹配字符中存在的%、_前面追加自定义转义符\，配合escape '\'子句告知数据库，这两个符号是需要匹配的普通字符，不是通配符，保证统计结果准确。
• 如果后续匹配范围扩大到包含其他特殊符号，按相同逻辑追加replace处理规则即可。

内容的提问来源于stack exchange，提问作者Victor M