o***i
发帖数: 603 | 1 小公司，基本上Spring + Sql server
数据库不可能会换
所有数据库操作全是调用存储过程的
感觉所有mapping之类的写一下也很快的，维护调试什么都挺方便的
数据库性能优化也容易，直接调试存储过程
头说Hibernate之类的是给不会Sql的程序员用的。。。。
大牛们说说像这种小公司，Hibernate有优势么？ |
z*******3
发帖数: 13709 | 2 你告诉它
spring是给不会java的程序员用的 |
r*****s
发帖数: 985 | 3 头说啥那就是啥，
特别如果是个老中manager，
千万别拆人家台。
【在 o***i 的大作中提到】
: 小公司，基本上Spring + Sql server
: 数据库不可能会换
: 所有数据库操作全是调用存储过程的
: 感觉所有mapping之类的写一下也很快的，维护调试什么都挺方便的
: 数据库性能优化也容易，直接调试存储过程
: 头说Hibernate之类的是给不会Sql的程序员用的。。。。
: 大牛们说说像这种小公司，Hibernate有优势么？
|
o***i
发帖数: 603 | 4 那java不是就是给不会汇编的人用的了？
【在 z*******3 的大作中提到】
: 你告诉它
: spring是给不会java的程序员用的
|
o***i
发帖数: 603 | 5 我不是为了拆人家的台才问这个问题的呀
真心想了解一下呀 |
t*******e
发帖数: 684 | 6 这个问题反反复复的讨论过了。ORM最大的作用是提高开发效率，减少开发成本。如果
项目预计会处理非常多的table，要写很多的SQL，就用ORM。结果可能是一个query都不
用写，省个几万行code。
如果只是几个，十几个table的话，直接JDBC可能更容易些。 |
o***i
发帖数: 603 | 7 嗯。忘记考古了。多谢解答！
【在 t*******e 的大作中提到】
: 这个问题反反复复的讨论过了。ORM最大的作用是提高开发效率，减少开发成本。如果
: 项目预计会处理非常多的table，要写很多的SQL，就用ORM。结果可能是一个query都不
: 用写，省个几万行code。
: 如果只是几个，十几个table的话，直接JDBC可能更容易些。
|
z*******3
发帖数: 13709 | 8 尤其是如果在多个不同的database之间迁移的话
hibernate可以接近做到不用重写代码
当然现实可能不是那么一回事
另外，十几个table只要调试好hibernate
结构合理，也可以省不少事
手写sql是很痛苦的一个过程
尤其是还要在各种o之间做set&get
非常麻烦
【在 t*******e 的大作中提到】
: 这个问题反反复复的讨论过了。ORM最大的作用是提高开发效率，减少开发成本。如果
: 项目预计会处理非常多的table，要写很多的SQL，就用ORM。结果可能是一个query都不
: 用写，省个几万行code。
: 如果只是几个，十几个table的话，直接JDBC可能更容易些。
|
t*******e
发帖数: 684 | 9 差不多。反正有reverse engineering tool，ORM开发的代价真的很小。
【在 z*******3 的大作中提到】
: 尤其是如果在多个不同的database之间迁移的话
: hibernate可以接近做到不用重写代码
: 当然现实可能不是那么一回事
: 另外，十几个table只要调试好hibernate
: 结构合理，也可以省不少事
: 手写sql是很痛苦的一个过程
: 尤其是还要在各种o之间做set&get
: 非常麻烦
|
g*****g
发帖数: 34805 | 10 补充一点。性能。如果项目够大，并发数够高。数据库会是瓶颈。这时候任何把逻辑往
应用服务器搬的行为都会提高系统的并发数。这也是ORM可以比SP性能好的原因。另外
，ORM使得Secondary Cache很容易做。Cache是提高性能最有效的手段之一。 |
o***i
发帖数: 603 | 11 增加应用服务器容易多了。
最终的瓶颈都会落在数据库上的。
【在 g*****g 的大作中提到】
: 补充一点。性能。如果项目够大，并发数够高。数据库会是瓶颈。这时候任何把逻辑往
: 应用服务器搬的行为都会提高系统的并发数。这也是ORM可以比SP性能好的原因。另外
: ，ORM使得Secondary Cache很容易做。Cache是提高性能最有效的手段之一。
|
