Pro*COBOL and Pro*C (code with embedded SQL)을 Java로 마이그레이션 중입니다.Pro * COBOL 및 Pro * C를 Java로 마이그레이션 : JDBC는 갈 수 있습니까?
저는 모든 임베디드 SQL을 JDBC 호출로 마이그레이션해야한다고 생각합니까?
오라클이 권장하는 일종의 "Pro * Java"방식이 있습니까? 일반적인 모범 사례는 무엇입니까?
예.
자바에 SQL을 포함시키기 위해 SQLJ이 있었지만, 사용 된 곳이 어디에도 없었습니다.
Java에서 모든 SQL 기반 JDBC를 통해 이동합니다.
ORM과 일종의 지속성 API를 사용하여 추상화하는 것이 일반적인 방법입니다 (모범 사례인지 확실하지 않음).
C 또는 COBOL을 Java로 마이그레이션하는 쉬운 방법이 없기 때문에 어쨌든 많은 재 작성을 수행하게 될 것입니다. 따라서 기존 SQL에 JDBC를 사용하는 것이 가장 쉬운 방법 일 것입니다.
또 다른 포스터는 가능성이 있습니다. 그러나 어쨌든 당신이 너무 많이 다시 생각 해낼 수 있기 때문에 나는 정말로 당신을 얻지 못한다고 생각합니다. 그렇다면 전체 프리 컴파일러 일에 만족한다면 작동합니다! (적어도 오라클이나 DB2의 경우, 공짜로 제공되는 데이터베이스는 지원이 부족합니다.)
ORB를 "모범 사례"라고 부르지 않습니다. Java-RDBMS 통신의 문제에서 벗어나는 쉬운 방법 일 수 있습니다. (거의 항상) 비효율적입니다 (제 생각에는 Hybernate가 몹시 나쁘다는 것입니다). 내 제안은 저장 프로 시저입니다 : db 안에 모든 db 관련 작업을 유지하십시오. 뿐만 아니라 가장 효율적인 구현 (오라클이 커서로 수행 할 수있는 모든 최적화)을 허용 할뿐만 아니라 높은 수준의 독립성을 보장합니다. 예 : 모든 데이터 조작 논리가 저장 프로 시저에서 개발 된 경우 Cobol 및 C에서 Java로 전환하는 것은 간단한 작업 (클라이언트 - db 통신 레벨에서)이 될 것입니다. –