Java Hibernate存储过程困境

Java Hibernate存储过程困境,java,hibernate,orm,Java,Hibernate,Orm,移动到Hibernate时,替换数据库中存储过程的最佳方法是什么。想象一个java应用程序在没有Hibernate的情况下独立工作,然后人们会决定使用Hibernate。这样做的最佳实践是什么?我是否应该让使用存储过程的部分保持原样,一个接一个地去掉存储过程并使其成为无存储过程的程序?还是HQL调用存储过程 从这个角度看,使用存储过程和使用Hibernate相比,不是吗?使用Hibernate将编码器从处理关系映射中解放出来的目的不是吗?如果必须处理应用程序中的存储过程,那么处理Hibernat

移动到Hibernate时,替换数据库中存储过程的最佳方法是什么。想象一个java应用程序在没有Hibernate的情况下独立工作,然后人们会决定使用Hibernate。这样做的最佳实践是什么?我是否应该让使用存储过程的部分保持原样,一个接一个地去掉存储过程并使其成为无存储过程的程序?还是HQL调用存储过程

从这个角度看,使用存储过程和使用Hibernate相比,不是吗?使用Hibernate将编码器从处理关系映射中解放出来的目的不是吗?如果必须处理应用程序中的存储过程,那么处理Hibernate是否值得?如果您有处理存储过程的知识和时间,您最好使用本机sql而不是Hibernate


有什么想法吗?

您可以使用hibernates事件系统实现类似于存储过程的功能

这是否是一个好主意是一个相当开放的问题。我认为,这取决于许多不同的因素。最重要的是,你到底在建立什么,什么样的团队在工作,以及它的文档化程度如何

如果文档记录得很好,并且开发人员确实注意文档,那么让事情自动发生是非常整洁的。否则,它会导致大量的混乱。我想你必须问一个问题,使用它的好处(如果有的话)是什么,与你的具体情况相比,它的缺点是什么。在此基础上做出决定,我很怀疑你会从其他人在他们工作的团队中的经验中找到一个正确或错误的答案,因为这对你所参与的项目/团队来说可能不太重要