Oracle中使用PreparedStatement传入以0开头数字字符串参数查询无结果求助

我来帮你拆解下这个踩坑点——这完全是Oracle CHAR字段的特性导致的，很多刚接触Oracle的开发者都会遇到这个问题！

问题根源 #

• Oracle的CHAR(n)是固定长度字符类型：当你存储的字符串长度小于指定的n时，Oracle会自动在字符串末尾补空格，直到填满n位。你的mer_code是CHAR(15 BYTE)，所以数据库里存的"0825"其实是"0825"加上11个空格（15-4=11）。
• 你用pstmt.setString(1,"0825")传入的参数是无空格的短字符串，查询时是精确匹配，自然找不到带空格的记录，所以ResultSet返回空。

几种可行的解决方案 #

方案1：手动给参数补空格（推荐，不影响索引）

把传入的字符串补空格到字段指定的15位，和数据库存储的内容保持一致：

String merCode = "0825";
// 左对齐补空格到15位，匹配CHAR(15)的存储格式
String paddedMerCode = String.format("%-15s", merCode);
pstmt = con.prepareStatement("select count(*) from tbl_mer_info where mer_code =?");
pstmt.setString(1, paddedMerCode);
ResultSet rs=pstmt.executeQuery();

方案2：用Oracle函数去除字段空格（适合临时场景，注意索引失效）

在SQL中通过TRIM()函数去掉字段末尾的空格后再匹配：

pstmt = con.prepareStatement("select count(*) from tbl_mer_info where TRIM(mer_code) =?");
pstmt.setString(1,"0825");
ResultSet rs=pstmt.executeQuery();

⚠️ 注意：如果mer_code字段上创建了索引，使用TRIM()会导致索引失效，数据量大时查询性能会明显下降。

方案3：修改字段类型为VARCHAR2（长期最优解）

如果业务不需要固定长度的编码，建议把mer_code字段改成VARCHAR2(15 BYTE)。VARCHAR2是可变长度类型，不会自动补空格，存储"0825"就是原样存储，你的原代码直接就能正常运行，还能避免后续类似的空格问题。

额外提醒 #

一定要分清Oracle中CHAR和VARCHAR2的差异：CHAR适合存储绝对固定长度的内容（比如18位身份证号），但必须处理空格匹配问题；VARCHAR2则更适合大多数可变长度的编码、字符串场景。

内容的提问来源于stack exchange，提问作者Z.Captain