【发布时间】：2012-02-28 05:50:35
【问题描述】：
我正在将 Pro*COBOL and Pro*C (code with embedded SQL) 迁移到 Java。
我是否应该将所有嵌入式 SQL 迁移到 JDBC 调用？
或者甲骨文会推荐一种“Pro*Java”方式吗？通常的最佳做法是什么？
【问题讨论】：
标签： oracle jdbc oracle-pro-c procobol
【发布时间】：2012-02-28 05:50:35
【问题描述】：
是的。
曾经（或者现在？）SQLJ 用于将 SQL 嵌入 Java，但我从未见过在任何地方使用它。
Java 中所有基于 SQL 的东西都通过 JDBC 进行。
通常的做法（不确定是否是“最佳做法”）是进一步抽象并使用 ORM 和某种持久性 API。
【讨论】：
-
我不会将 ORB 称为“最佳实践”。这可能是解决 Java-RDBMS 通信问题的一种简单方法，但它（几乎总是）效率低下（我认为 Hybernate 非常糟糕）。我的建议是存储过程：将所有与数据库相关的工作保留在数据库中。它不仅允许最有效的实现（Oracle 可以对游标进行的所有优化），而且还允许高度的独立性。例如。如果所有数据操作逻辑都是在存储过程中开发的，那么从 Cobol 和 C 切换到 Java 将是一项微不足道的任务（在 client-db 通信级别）
由于没有简单的方法将 C 或更糟糕的 COBOL 迁移到 Java，因此无论如何您都将进行大量重写。因此，将 JDBC 与现有 SQL 结合使用可能是最简单的方法。
另一张海报提到了 SQLJ，这是一种可能性，但我认为它不会真正为您带来任何好处，因为无论如何您都会进行如此多的重构，但是如果您对整个预编译器的事情感到满意，那么它会工作！ （至少对于 Oracle 或 DB2，免费赠品数据库的支持是不完整的）。
【讨论】：