Oracle SQLDeveloper插入操作中保留CR LF的方法

我完全理解你的困扰——导出的Insert格式文件明明带着正确的Windows CR LF（\r\n），但用SQLDeveloper执行后数据库里只剩LF（\n），还必须用插入语句满足脚本需求。下面给你几个实用的解决方案：

方案1：在Insert语句中显式指定CR的字符编码 #

Oracle本身支持存储CR字符（对应ASCII码13），问题出在SQLDeveloper解析脚本时可能自动忽略了CR符号。你可以把导出语句里的换行替换为CHR(13)||CHR(10)，明确告诉Oracle要保留完整的CR LF组合。

举个实际例子：

• 原导出的语句可能是这样：

  INSERT INTO your_table (content_col) VALUES ('第一行内容
  第二行内容');
  

• 修改后变成：

  INSERT INTO your_table (content_col) VALUES ('第一行内容'||CHR(13)||CHR(10)||'第二行内容');
  

如果导出的SQL文件很大，用文本编辑器的批量替换功能更高效：开启正则表达式模式，把文件中的\r\n替换为'||CHR(13)||CHR(10)||'，注意避开语句外的换行，避免破坏脚本结构。

方案2：调整SQLDeveloper的执行偏好设置 #

SQLDeveloper默认可能把CR当作空白字符过滤掉，你可以修改设置来保留CR：

1. 打开SQLDeveloper，点击顶部菜单的 Tools > Preferences
2. 在左侧导航栏选择 Database > SQL Execution
3. 找到类似Preserve whitespace的选项，勾选它，然后重启SQLDeveloper再执行脚本。

方案3：用PL/SQL块封装插入逻辑 #

如果静态Insert语句的处理太繁琐，用PL/SQL块插入能避开SQLDeveloper对换行符的解析干扰：

DECLARE
  -- 直接赋值包含CR LF的字符串，内容量大的话也可以结合UTL_FILE读取文件
  v_content VARCHAR2(4000) := '第一行内容'||CHR(13)||CHR(10)||'第二行内容';
BEGIN
  INSERT INTO your_table (content_col) VALUES (v_content);
  COMMIT;
END;
/

问题根源补充 #

为什么会出现这种情况？因为Windows系统的换行是\r\n，但SQLDeveloper在解析SQL脚本时，可能会把\r（CR）当作无关的空白字符自动忽略，只留下\n（LF）。而Oracle本身是可以存储CR字符的，只要我们在插入时明确传递CR的编码（CHR(13)），就能让数据库完整保留CR LF组合。

内容的提问来源于stack exchange，提问作者Gunnar Bernstein