我正在將Pro*COBOL and Pro*C (code with embedded SQL)遷移到Java。將Pro * COBOL和Pro * C遷移到Java:JDBC是否應該走?
我是否應該將所有嵌入式SQL遷移到JDBC調用?
或者是否有某種Oracle推薦的「Pro * Java」方式?通常的最佳做法是什麼?
我正在將Pro*COBOL and Pro*C (code with embedded SQL)遷移到Java。將Pro * COBOL和Pro * C遷移到Java:JDBC是否應該走?
我是否應該將所有嵌入式SQL遷移到JDBC調用?
或者是否有某種Oracle推薦的「Pro * Java」方式?通常的最佳做法是什麼?
是的。
是否有(或?)SQLJ用於將SQL嵌入到Java中,但我從未在任何地方看到過該用法。
Java中的所有基於SQL的內容均通過JDBC進行。
通常的做法(不確定是否「最佳實踐」)是進一步抽象並使用ORM和某種持久性API。
由於沒有簡單的方法將C或更差的COBOL遷移到Java,所以無論如何您都會進行大量的重寫。所以在現有的SQL中使用JDBC可能是最簡單的方法。
另一張海報提到了SQLJ這是一種可能性,但是我不認爲它真的會給你帶來任何好處,因爲無論如何你都會做很多重新分解,但是如果你對整個預編譯器的事情感到滿意,那麼它將工作! (至少對於Oracle或DB2,對免費數據庫的支持是不完整的)。
我不會稱ORB爲「最佳實踐」。這可能是擺脫Java-RDBMS通信問題的簡單方法,無論它(幾乎總是)低效率(我認爲Hybernate非常糟糕)。我的建議是存儲過程:保持數據庫中所有與數據庫相關的工作。它不僅可以實現最高效的實現(Oracle可以對光標進行的所有優化),還可以實現高度的獨立性。例如。如果所有的數據操作邏輯都是在存儲過程中開發的,那麼從Cobol和C切換到Java將是一項簡單的任務(在client-db通信級別) – 2012-02-28 06:17:36