특정한 경우에 컴퓨터는 java.sql.sqlexception ora-00604 오류가 재귀 SQL 수준 근처에서 발생했음을 나타내는 오류 방식을 표시할 수 있습니다. 이 문제를 일으킬 수 있는 커피 찌꺼기가 많이 있습니다.
승인됨: Fortect
예제 Oracle 11g 오류 ORA-00604: “재귀적 SQL 레벨 1을 통해 오류가 발생했습니다.” 테이블 및 대 뷰가 없을 때. 재귀 SQL 오류의 가능한 원인 중 하나는 매우 많은 인센티브입니다. 일반적으로 이 오류는 DDL 또는 SYSTEM 이벤트의 시스템 수준 동기로 인해 Oracle 데이터베이스와 관련된 오류에서 발생합니다.
모든 요청에 적용됩니까? 나는 이것이 의심할 여지 없이 그러한 경우라고 생각하지만(이는 새로운 지역/언어 충돌로 인한 문제임), 다음과 같이 실행합니다.
Oracle이 로컬 피트니스 장치 주변에 설치되어 있습니까 아니면 원격으로 설치되어 있습니까?
이제 이것이 게시물에 답변하는 데 도움이 되었다면 모든 사람이 게시물을 해결됨으로 표시할 수 있습니까? 또한 귀하의 멋진 기사와 관련된 제목이 관련이 있는지 궁금해하는 사람이 있습니까? 여기에서 특정 게시물을 해결한 후 더 유익한 게시물의 제목 헤더 필드를 다시 디자인하는 것이 합리적일까요? 사람들이 문제가 있을 때 이러한 상황을 찾는 데 도움이 됩니다. 당신의
다음과 같은 SQL 불일치가 발생하는 것 같고 이 고유한 예외의 근본 원인이 무엇인지 모르겠습니다. 또한 연결 및 DB 운동을 닫습니다.
java.sql.SQLException: ORA-00604: 1.recursive SQL의 강도와 함께 오류가 발생했습니다.ORA-01000 열린 커서에 관한 최대 수를 초과했습니다ORA-00604: 재귀 SQL 수준 1에서 오류가 발생했습니다.ORA-01000: 열린 최적의 커서 레벨을 초과했습니다.ORA-01000 열린 커서의 최상위 수를 초과했습니다
한 번(true) stmt2 명령어는 conn1.createStatement()에 맞습니다. ResultSet rs2는 0과 같습니다. int rec_count = 0; rs2 Stmt2 = .executeQuery("a_table 동안 cnt로 묶음(*) 선택"); (rs2.next()) Rec_count는 rs2.getInt("cnt")와 같습니다. if (rec_count> 0) update_qry_b_trg1은 "update some_table set to_be_triggered = 1, algo_status는 'D', diver_id = 'HD001', price_trig_date = sysdate를 의미합니다. 여기서 buy_sell 'SELL' 및 ordertype = 'BNLD', 다음 to_be_triggered = 0이 같음 = 0, final_qry 라인은 "BEGIN n" + update_qry_b_trg1 + "; n" + "; n END;"를 의미합니다. int 시리즈는 stmt1.executeUpdate(final_qry)를 의미합니다. stmt1.close(); rs2.close(); stmt2.close();
7.867
11월 6일 오전 10시 43분에 여러 번 요청
승인됨: Fortect
Fortect은 세계에서 가장 인기 있고 효과적인 PC 수리 도구입니다. 수백만 명의 사람들이 시스템을 빠르고 원활하며 오류 없이 실행하도록 신뢰합니다. 간단한 사용자 인터페이스와 강력한 검색 엔진을 갖춘 Fortect은 시스템 불안정 및 보안 문제부터 메모리 관리 및 성능 병목 현상에 이르기까지 광범위한 Windows 문제를 빠르게 찾아 수정합니다.
203
당신이주고 싶은 대답이 아닌가요? Java Oracle Jdbc에 태그가 지정된 다른 질문을 찾아보거나 자신의 질문을 하십시오.
stmt1이 초기화되는 것으로 간주되면 명확한 finally 블록으로 끝내는 것이 가장 좋습니다. 그들의 경우 새로운 if 상태에서 집을 닫습니다. rrssue가 충족되지 않으면 응용 프로그램은 사람들이 받는 것과 결합된 상태로 열려 있습니다.
java.sql.SQLException: ORA-00604: SQL 레벨 1에서 오류가 재귀적으로 실패했습니다.
또한 관련 루프를 훌륭하게 실행하고 있으므로 howOne은 열려 있는 모든 문을 닫았는지 확인해야 합니다.
2013년 4월 25일 오후 5시 13분에 해결됨.
712
년
