Dojo
最新
最佳
搜索
订阅
解道Jdon
架构设计
领域驱动
DDD介绍
DDD专辑
战略建模
领域语言UL
领域事件
商业分析
工作流BPM
规则引擎
架构师观点
数据工程
产品经理
系统思维
微服务
微服务介绍
微服务专辑
模块化设计
SOA
API设计
clean架构
SpringBoot
分布式事务
分布式架构
Kubernetes
DevOps
编程设计
GoF设计模式
模式专辑
面向对象
函数式编程
编程语言比较
编程工具比较
形式逻辑
前端编程
Reactive编程
Jdon框架
Rust语言
人工智能
Web3
模因梗
幽默梗
程序员吐槽
面试技巧
Java入门
数字化转型
认知偏差
道德经
更多话题
孰优孰劣:使用hibernate管理持久层,还是直接使用Oracle(...
03-10-29
ffeliza
孰优孰劣:使用hibernate管理持久层,还是直接使用Oracle(之类的商用数据库)扩展实现的
面向对象
功能?
请不要告诉我后者移植性不好。(这点我和领导说过,但他表示,我们的客户只可能使用三种数据库系统:Oracle,DB2, SQL Server/Sybase,所以,可以不需要什么很好的移植性。在这点上,我没能说服他)
请就二者的性能和易用性发表意见。
个人感受:很不喜欢写存储过程,而且总是尽量在做系统时不去写这类东西,所以,自然而然也就不喜欢使用某个数据库专有的东西(如扩展的面向对象功能)来做应用系统。而且,看了一下Oracle提供的面向对象sql语句,感觉用起来上手很慢,复杂程度也很高,估计Oracle推广起来也会很困难。
但自己并没有真正对标题中的二者进行过测试和比较。――所以,才想来向各位求教。
banq
2003-10-29 17:47
其实你和你的领导的意思并不矛盾,领导可能误解了,使用Hibernate就不用Oracle等数据库了。
存储过程是一个好的技术,我个人认为它和Hibernate等ORM之间的选择取决于你的需求,是追求性能,还是追求软件质量?如果在两者之间取得平衡,直接使用JDBC也是一种办法。
希望对你有用处。
持久层框架
关系数据库