Teradata JDBC无法将PreparedStatement参数识别为不带引号的VARCHAR

Question

我正在使用JDBC PreparedStatement从Web服务中查询Teradata数据库。 我的表有一个PHONE_NUMBER列，存储为VARCHAR（10）。 我一直使用PreparedStatement setString()为该列提供参数，如下所示：

String myPhoneNumber = "5551234567";    
String sql = "SELECT * FROM MYTABLE " +
             "WHERE PHONE_NUMBER = ? ";
PreparedStatement p_stmt = db.getPreparedStatement(sql);
p_stmt.setString(1, myPhoneNumber);
ResultSet rs = db.executeQuery(p_stmt);

它返回正确的结果，但我注意到此查询使用的CPU Teradata相当高。 根据EXPLAIN计划，看来Teradata会将myPhoneNumber参数解释为FLOAT而不是VARCHAR，因此它必须进行数据转换以将其与VARCHAR列PHONE_NUMBER进行比较。 这是EXPLAIN计划的摘录：

...
MYDATABASE.MYTABLE.PHONE_NUMBER (FLOAT, FORMAT
'-9.99999999999999E-999'))= 5.55123456700000E 009) 

因此，我提出以下内容，它显示了CPU使用率的极大提高（提高了99.86％）：

String myPhoneNumber = "5551234567";    
String sql = "SELECT * FROM MYTABLE " +
             "WHERE PHONE_NUMBER = ''||?||'' ";
PreparedStatement p_stmt = db.getPreparedStatement(sql);
p_stmt.setString(1, myPhoneNumber);
ResultSet rs = db.executeQuery(p_stmt);

所以我的问题是为什么这是必要的？ setString是否不应该告诉JDBC告诉Teradata使用String / VARCHAR参数？

谢谢！

Answer 1

您是否尝试过String myPhoneNumber = "'5551234567'";

注 -包含单引号以包装值。

如果您在此处查看Teradata手册中的示例，则会看到与OP的第一个示例设置方式相同的查询范围可以按预期到达，而没有用单引号引起来。 在我看来，OP的第一个示例中的这种行为是可以预期的。

编辑 Teradata为其JDBC驱动程序提供的示例代码正在使用java.sql.PreparedStatment 。 通过此示例，他们的示例程序无需任何技巧即可使用setString为INSERT语句提供字符串值。 示例代码如果您无法复制该行为，那么我将与Teradata GSC一起发生一个事件。