Oracle SQL*Plus含row_number()函数的查询列显示###格式化异常

核心诱因 #

这类显示为####/###的问题和列宽不足、历史残留列配置无关，本质是SQL*Plus对自定义别名列的固有识别逻辑导致的问题：

• 数据库原生表列、无别名的系统伪列（如直接查询ROWNUM），SQL*Plus会自动读取列原生的数据类型、最大长度匹配显示规则，这类列无需额外配置即可正常显示。
• 只要是双引号包裹的自定义别名列（无论列来源是窗口函数、聚合表达式，还是给伪列手动加的别名），SQL*Plus会直接丢失对列原生数据类型的自动识别能力，默认按错误规则生成显示配置：
  • 列宽直接取别名本身的字符长度，不会根据实际返回值的最大宽度动态调整
  • 若列属于数值类型，会错误套用不匹配的数字格式掩码——尤其当别名中带有非数字字符（如示例中"Nr."里的句点）时，SQL*Plus会误把句点识别为数字格式的小数位标识，计算出的有效显示宽度远小于实际需要，哪怕返回值仅为单个个位数，也会触发数值列溢出的###显示规则，和实际值的大小没有关系。
• 执行clear columns无法解决问题，是因为这套错误配置是SQL*Plus每次执行查询时，对带自定义别名的列自动生成的，并非之前手动设置残留的列规则。

正确格式化方法 #

需要对每一个带自定义别名的列，在执行查询前显式指定匹配的列格式，不能依赖自动识别：

• 对于整数类计算列（如示例中的行号列Nr.、合计列Total），指定明确的数字格式掩码：

  -- 行号列，支持最多4位整数显示
  column "Nr." format 9999
  -- 合计金额列，支持最多8位整数、2位小数显示
  column "Total" format 999999.99
  

  配置时别名必须和查询语句里的双引号别名完全一致（包括大小写、特殊符号），否则格式配置无法匹配生效
• 对于字符串类计算列（如示例中的拼接学生名列Student），指定对应字符宽度：

  column "Student" format a30
  

• 完成以上配置后再执行查询，即可消除####/###的显示异常。

补充注意：不要随意去掉别名的双引号依赖自动识别——SQL*Plus会将无引号的别名自动转为大写，若和查询中的别名大小写不匹配，同样会出现格式配置不生效的问题。

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