解決java.sql.SQLException:索引中丟失 IN或OUT 參數(shù)::x問題

更新時(shí)間：2023年12月13日 16:46:29 作者：bisal(Chen Liu)

這篇文章主要介紹了解決java.sql.SQLException:索引中丟失 IN或OUT 參數(shù)::x問題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教

java.sql.SQLException:索引中丟失 IN或OUT 參數(shù)::x

使用JDBC時(shí)，會(huì)有這么一個(gè)錯(cuò)誤：java.sql.SQLException: 索引中丟失 IN或OUT 參數(shù)::x

如下：

示例中insertLog.execute();這行會(huì)拋出這個(gè)異常：

String logSQL = "insert into tbl_obj(id, obj, type, cont, proposer, operator, date, remark) "
                       + "values(seq_tot.nextval, ?, ?, ?, ?, ?, SYSDATE, ?)";
insertLog = conn.prepareStatement(logSQL);
insertLog.setString(2, trace.getObj());
insertLog.setString(3, trace.getType());
insertLog.setString(4, trace.getCont());
insertLog.setString(5, trace.getProposer());
insertLog.setString(6, trace.getOperator());
insertLog.setString(8, trace.getRemark());
insertLog.execute();

檢索了一些帖子，對(duì)于這種問題，指出的原因很多

全角半角引起；
參數(shù)過多；
配置文件和數(shù)據(jù)庫字段類型不一致；
或是數(shù)據(jù)庫的索引問題等”

根據(jù)錯(cuò)誤提示，歸結(jié)為兩點(diǎn)

(1) 索引是否有問題？(“索引中丟失”)

(2) 字段賦值是否與數(shù)據(jù)庫字段類型匹配？

對(duì)于(1)的論證：

查看這張表的索引，這張表是以ID作為主鍵，沒有其他索引，因此只有一個(gè)主鍵索引，查看狀態(tài)也是VALID的，沒有錯(cuò)誤：

SQL> select index_name, status from user_indexes where table_name='TBL_OBJ_TRACE';
 
INDEX_NAME                     STATUS
------------------------------ --------
SYS_C0031302                   VALID

對(duì)于(2)的論證：

首先看了trace的set/get方法中對(duì)字段類型的定義，都是String，對(duì)應(yīng)庫中的字段類型都是VARCHAR2，沒有差別。

其次再看setString，和VALUES中字段是對(duì)應(yīng)的啊。

其實(shí)問題就出在這了，看下setString方法的解釋：

void java.sql.PreparedStatement.setString(int parameterIndex, String x) throws SQLException

Sets the designated parameter to the given Java String value. The driver converts this to an SQL VARCHAR or LONGVARCHAR value (depending on the argument's size relative to the driver's limits on VARCHAR values) when it sends it to the database.

Parameters:
parameterIndex the first parameter is 1, the second is 2, ...
x the parameter value
Throws:
SQLException - if parameterIndex does not correspond to a parameter marker in the SQL statement; if a database access error occurs or this method is called on a closed PreparedStatement

可以看到第一個(gè)參數(shù)parameterIndex，參數(shù)索引，parameterIndex does not correspond to a parameter marker in the SQL statement(如果沒有對(duì)應(yīng)到SQL語句中的參數(shù)標(biāo)識(shí)符)，則會(huì)拋出SQLException異常。

SQL語句中values(seq_tot.nextval, ?, ?, ?, ?, ?, SYSDATE, ?)的參數(shù)標(biāo)識(shí)符一共6個(gè)，setString同樣是6個(gè)，但順序不對(duì)，setString中第一個(gè)參數(shù)的索引序號(hào)是要和SQL語句中是一致的，并不是SQL語句中這里VALUES字段的位置，而應(yīng)該是SQL語句VALUES中參數(shù)標(biāo)識(shí)符的序號(hào)。

改為如下格式就對(duì)了：

String logSQL = "insert into tbl_obj(id, obj, type, cont, proposer, operator, date, remark) "
                       + "values(seq_tot.nextval, ?, ?, ?, ?, ?, SYSDATE, ?)";
insertLog = conn.prepareStatement(logSQL);
insertLog.setString(1, trace.getObj());
insertLog.setString(2, trace.getType());
insertLog.setString(3, trace.getCont());
insertLog.setString(4, trace.getProposer());
insertLog.setString(5, trace.getOperator());
insertLog.setString(6, trace.getRemark());
insertLog.execute();