* 질문 등록 시 다음의 내용을 꼭 기입하여 주세요.
|
|
Linux 64bit |
|
|
10.1, 10.2, 11.0 |
|
|
미사용 |
|
|
java/JDBC |
* CUBRID 응용 오류, SQL 오류 또는 SQL 튜닝 관련된 문의는 반드시 다음의 내용을 추가해 주세요. 비밀글이나 비밀 댓글도 가능합니다.
* 저희가 상황을 이해하고, 재현이 가능해야 알 수 있는 문제들이 많습니다. 가능한 정보/정황들을 부탁합니다.
| 에러 내용 및 재현 방법 | 재현 가능한 Source와 SQL |
| 관련 테이블(인덱스, 키정보 포함) 정보 | CUBRID 홈 디렉토리 아래 log 디렉토리 압축 |
-------------- 아래에 질문 사항을 기입해 주세요. ------------------------------------------------------------------------
안녕하십니까.
큐브리드 JDBC의 PreparedStatement.executeBatch에 대해 문의드립니다.
예를 들어 설명드리면,
10건을 addBatch후
int[] ret = pStmt.executeBatch();
를 실행했습니다.
10건 중 3번째 데이터에 문제가 있어서 BatchUpdateException이 발생했는데요,
JDBC 스펙에 의하면 정상적으로 insert된 건에 대해서는 반환 int[] 에 값을 1로 설정해 반환하게 돼 있음에도 불구하고
null이 반환됩니다.
JDBC 스펙대로라면
{1, 1, -3, 1, 1, 1, 1, 1, 1, 1}
또는
{1, 1, -3}
둘 중의 하나를 반환해야 하는데 하나라도 에러가 있으면 항상 null을 반환합니다.
JDBC 스펙대로 해석하면 "한 건도 INSERT되지 않았다"로 해석해야 하죠.
그 상태에서 중단하면 일부 데이터만 들어가 있는 게 확인되고,
한 건씩 다시 insert해 보면 PK 중복 에러가 나는 걸 보면 일부는 INSERT된 게 확실합니다.
autoCommit과 관계있나? 싶어서 autoCommit이 true인 경우와 false인 경우 모두 테스트 해 봤는데, 동일하군요.
이런 경우에는 정상 insert건과 실패건을 어떻게 구분하나요?
autoCommit=false라면 rollback하고 다시 한 건씩 처리하면 되는데,
autoCommit=true라면 에러 발생 시 한 건씩 처리하면서 키 중복 나면 "처리가 된 건가?"로 의심해야 하는데,
실제로 데이터가 중복이었을 수도 있어서 좋은 방법은 아닌 것 같습니다.
큐브리드를 이용해 주셔서 감사합니다.
해당 부분 확인 결과 BatchUpdateExcption 발생 시 catch에서 넘어온 BatchUpdateExcption class에 updateCounts값을 확인 하시면
결과 int[]를 확인 하실수 있습니다.
다른 jdbc와 동일한 스펙 부분일 것으로 생각됩니다.
감사합니다.