java.sql.SQLException: неверный индекс столбца при вставке данных - PullRequest
Новая
       29

java.sql.SQLException: неверный индекс столбца при вставке данных

0 голосов
/ 19 декабря 2018

Я пытаюсь вставить значения в таблицу, но она всегда выдает «java.sql.SQLException: Invalid column index».Я проверил индексы столбца согласно моим знаниям.Ниже я попробовал. 

stmt = con.prepareStatement("insert into test_table(ASSESMENT_YEAR,ASSESMENT_MON,CODE,KRA_CODE,BASE_VALUE,ACTUAL_VALUE,USERNAME,CHANGE_DATE)"
                + "values (?,?,?,?,?,?,?,SYSDATE)");

        stmt.setInt(1, Calendar.getInstance().get(Calendar.YEAR));
        stmt.setInt(2, Calendar.getInstance().get(Calendar.MONTH));
        stmt.setString(3, getcode(dm.getStr1(), dm.getStr2())); 
        stmt.setString(4, dm.getStr4());
        stmt.setInt(5, dm.getNum1());
        stmt.setInt(6, dm.getNum2());
        stmt.setString(7, "admin");

Выше приведено сообщение об ошибке в 4-й строке.Но если я жестко закодирую значения, как показано ниже, данные будут правильно вставлены. 

        stmt.setInt(1, 2018);
        stmt.setInt(2, 12);
        stmt.setString(3, "1111"); 
        stmt.setString(4, "0000");
        stmt.setInt(5, 12);
        stmt.setInt(6, 1);
        stmt.setString(7, "admin");

Любая помощь будет оценена !!

Редактировать: Ниже приведена трассировка стека 

java.sql.SQLException: Invalid column index
    at oracle.jdbc.driver.OraclePreparedStatement.setStringInternal(OraclePreparedStatement.java:5386)
    at oracle.jdbc.driver.OraclePreparedStatement.setString(OraclePreparedStatement.java:5374)
    at oracle.jdbc.driver.OraclePreparedStatementWrapper.setString(OraclePreparedStatementWrapper.java:282)
    at com.dao.KRADataDao.addData(KRADataDao.java:59)
    at com.service.Controller.service(Controller.java:56)
    at com.service.Dispatcher.service(Dispatcher.java:25)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:741)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:231)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
    at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:199)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96)
    at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:475)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:140)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:80)
    at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:625)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:342)
    at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:498)
    at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
    at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:796)
    at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1372)
    at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
    at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
    at java.lang.Thread.run(Unknown Source)

Нижний сегмент также не работает: 

        stmt.setInt(1, Calendar.getInstance().get(Calendar.YEAR));
        stmt.setInt(2, Calendar.getInstance().get(Calendar.MONTH));
        stmt.setString(3, getcode(dm.getStr1(), dm.getStr2())); 
        stmt.setString(4, "0000");
        stmt.setInt(5, dm.getNum1());
        stmt.setInt(6, dm.getNum2());
        stmt.setString(7, "admin");

Ответы [ 3 ]

0 голосов
/ 19 декабря 2018

Если столбец не существует, или вы должны ввести stmt.executeUpdate ();заявление.

0 голосов
/ 19 декабря 2018

Я не знаю, какую систему баз данных вы используете.Поэтому убедитесь, что CODE не является зарезервированным словом / ключевым словом.

В этом случае переименуйте третий столбец и повторите попытку.

0 голосов
/ 19 декабря 2018

Это может быть повторное использование stmt.Используйте синтаксис try-with-resources для локального экземпляра, автоматически закрываемого даже при исключении: 

try (PreparedStatement stmt = con.prepareStatement("insert into test_table"
            + "(ASSESMENT_YEAR,ASSESMENT_MON,CODE,KRA_CODE,BASE_VALUE,ACTUAL_VALUE,"
            + "USERNAME,CHANGE_DATE)"
            + "values (?,?,?,?,?,?,?,SYSDATE)")) {
    stmt.setInt(1, Calendar.getInstance().get(Calendar.YEAR));
    stmt.setInt(2, Calendar.getInstance().get(Calendar.MONTH));
    stmt.setString(3, getcode(dm.getStr1(), dm.getStr2())); 
    stmt.setString(4, dm.getStr4());
    stmt.setInt(5, dm.getNum1());
    stmt.setInt(6, dm.getNum2());
    stmt.setString(7, "admin");

    stmt.executeUpdate();
}

Я предполагаю, что в getcode происходит повторное использование stmt.

В общем, всегда используйте локальные переменные, try-with-resources.Некоторые PreparedStatements могут получить выгоду от более длинной области, но с фиксированным SQL, и тогда имя не должно быть stmt.

...