想知道决定选择在Java类/ EJB中转换PLSQL的选项可能是决定点/因素。选择将Oracle PL/SQL迁移到Java类/ EJB
有实施到PLSQL其中前端是PowerBuilder的业务逻辑的相当大的量。
现在使应用程序启用Web的应用程序迁移到与Struts框架的Java/J2EE。
是必要太迁移PLSQL与用户界面一起，特别是当RDBMS仍然是对Oracle和有专长的PL/SQL中使用。
在做出选择时需要考虑哪些因素？
如果您可以将PL/SQL隔离在适当的域模型后面，那么这可能不是问题，但是如果您有很多旧式业务逻辑，您将不大可能利用现代ORM技术，如Hibernate或TopLink在PL/SQL中。
我们的情况，我的工作是，我们有很多的业务逻辑，实现得很厉害，在PL/SQL - 我们有这方面的专用名词 - “神奇的SQL”。由于我们没有太多的Oracle资源，因此我们希望对传统业务逻辑进行任何更改都需要很长时间。我们正在努力将逻辑迁移到Java层，纯粹是为了使我们的系统更易于维护和敏捷。
简短的回答，这不是必要的，但它可能是明智的（在我看来） - 编辑修改声明，这显然视情况而定。
你可以用“严重实施”来证明任何事情。我遇到过几个中间层，ORM在RBAR的基础上检索数据库，因为开发人员不理解基于集合的操作的重要性。或者如何过滤数据库中的查询？等等 – APC 2012-01-12 17:06:17
@APC我是RDBMS的坚定信徒，但在我们的特殊情况下，它已经被严重滥用，因此我们坐在一起维护噩梦。我以前的系统已经包含了写得很好的，一致的和隔离的数据库层，我们可以愉快地接口;那太棒了。然而，有时候，将其提取到中间层是两个象鼻中较小的一个。我想我想说的是，它确实是依赖于实例的。 – mcfinnigan 2012-01-12 17:10:50
你的情况显然与OP有很大不同。所以根据你的经验给他们建议是错误的。这就是为什么我投票决定将此问题视为不具有建设性的原因 – APC 2012-01-12 17:13:59
“是必要的PLSQL迁移也随着用户 接口，特别是当RDBMS仍然是对Oracle和 有专门知识的PLSQL。”
不仅没有必要，它是完全不可取的。
你有PL/SQL API（推测）工作。你有理解它并有维护它的技能的人。为什么你想把它转移到Java的没有明显的商业利益。
只要用Java编写前端，你就会有足够的乐趣。在做出关于应用程序的其他层的任何决定之前，先做好工作。
最终的一个想法：你有PL/SQL开发人员：为什么不发展Apex而不是Web前端？
有两种观点，几乎是意识形态：中间层的业务规则或数据库中的业务规则。没有明确的正确或错误答案，这取决于具体情况。但是，由于这是一个只能引起辩论的话题（而且这是一个老话题），我投票决定把这个问题视为非建设性的。 – APC 2012-01-12 17:21:44