Oracle 将Pro*COBOL和Pro*C迁移到Java:JDBC是一条出路吗?

Oracle 将Pro*COBOL和Pro*C迁移到Java:JDBC是一条出路吗?,oracle,jdbc,oracle-pro-c,procobol,Oracle,Jdbc,Oracle Pro C,Procobol,我正在迁移到Java 我是否应该将所有嵌入式SQL迁移到JDBC调用 还是有一种Oracle会推荐的“Pro*Java”方式?通常的最佳做法是什么?是的 曾经(或者现在?)有将SQL嵌入Java的方法,但我从未在任何地方见过这种方法 Java中基于SQL的所有内容都通过JDBC实现 通常的做法(不确定是否是“最佳做法”)是进一步抽象,并使用ORM和某种持久化API。因为没有简单的方法可以将C或更糟糕的COBOL迁移到Java,所以无论如何,您都要进行大量的重新编写。因此,在现有SQL中使用JDB

我正在迁移到Java

我是否应该将所有嵌入式SQL迁移到JDBC调用

还是有一种Oracle会推荐的“Pro*Java”方式?通常的最佳做法是什么?

是的

曾经(或者现在?)有将SQL嵌入Java的方法,但我从未在任何地方见过这种方法

Java中基于SQL的所有内容都通过JDBC实现


通常的做法(不确定是否是“最佳做法”)是进一步抽象,并使用ORM和某种持久化API。

因为没有简单的方法可以将C或更糟糕的COBOL迁移到Java,所以无论如何,您都要进行大量的重新编写。因此,在现有SQL中使用JDBC可能是最简单的方法

另一张海报提到了SQLJ,这是一种可能性,但是我不认为它真的会给你带来任何好处,因为你无论如何都会做这么多的重新分解,但是如果你对整个预编译的事情感到满意,那么它就会工作!(至少对于Oracle或DB2,免费数据库的支持是零碎的)

我不会称ORB为“最佳实践”。这可能是解决JavaRDBMS通信问题的一个简单方法,尽管它(几乎总是)效率低下(我认为Hybernate非常糟糕)。我的建议是存储过程:将所有与数据库相关的工作都保存在数据库中。它不仅允许最高效的实现(Oracle可以使用游标进行的所有优化),而且还允许高度的独立性。例如,如果所有的数据操作逻辑都是在存储过程中开发的,那么从Cobol和C切换到Java将是一项微不足道的任务(在客户端db通信级别)