用Java EE 作较大的项目，是否必须使用框架
用Java EE 做较大的项目，是否必须使用框架？
同时在线用户在100个左右，主要数据表在正式上线时有50w条记录左右。
十多年的MIS开发经验（电能近几年用 asp.net ），今年才学的 Java EE ，因为对 SSH 框架还不是很熟，现在想用 JSP + Servlet ，MVC 三层架构，数据库采用 MySQL 或是 MS SQL。 采用JDBC连接数据库，不采用任何框架是否可行。
主要担心的有以下几点：
（1）使用 JavaBean 和 JDBC 操作数据库， 没有持久层，页面的响应速度会不会受到影响。
（2）采用 JDBC 操纵数据库，效率和稳定性会不会比使用 hibernate 低？
（3）是不是必须使用数据库连接池？
请各位不吝赐教，万分感谢！
------解决方案--------------------
1. 框架会提高开发效率
2.框架是做了封装和通用性处理，很多情况下会降低效率
3.连接池肯定要用
------解决方案--------------------
1) 不会影响速度，多一个持久层，主要是用于实现操作分离，维护起来方便。
2) JDBC的效率不会比hibernate低，前提的sql语句没太大性能问题。可以看一下常见的sql优化，基本上性能问题能避免。
3) 主要看数据库访问频率怎么样，如果频繁访问的话，最好使用连接池，提高性能。
希望对你有帮助
------解决方案--------------------
1，不会影响页面的速度.2,个人觉得jdbc 比较hibernate效率稍微高一点。连接池非常有必要。
------解决方案--------------------
（1）使用 JavaBean 和 JDBC 操作数据库， 没有持久层，页面的响应速度会不会受到影响。
（2）采用 JDBC 操纵数据库，效率和稳定性会不会比使用 hibernate 低？
（3）是不是必须使用数据库连接池？
1、 不会。分层的作用不在于提高效率，而是在系统复杂，且经常变更的情况下提供高维护性、高扩展性。
2、JDBC操作数据库效率肯定比hibernate高，hibernate也是用JDBC，但是封装了很多逻辑，算下来当然是原生的工具效率高。但是这里的性能差距几乎没有研究的价值
3、想不到不用连接池的理由。频繁的创建、释放链接对性能有杀伤
同时在线用户在100个左右，主要数据表在正式上线时有50w条记录左右。
十多年的MIS开发经验（电能近几年用 asp.net ），今年才学的 Java EE ，因为对 SSH 框架还不是很熟，现在想用 JSP + Servlet ，MVC 三层架构，数据库采用 MySQL 或是 MS SQL。 采用JDBC连接数据库，不采用任何框架是否可行。
主要担心的有以下几点：
（1）使用 JavaBean 和 JDBC 操作数据库， 没有持久层，页面的响应速度会不会受到影响。
（2）采用 JDBC 操纵数据库，效率和稳定性会不会比使用 hibernate 低？
（3）是不是必须使用数据库连接池？
请各位不吝赐教，万分感谢！
------解决方案--------------------
1. 框架会提高开发效率
2.框架是做了封装和通用性处理，很多情况下会降低效率
3.连接池肯定要用
------解决方案--------------------
1) 不会影响速度，多一个持久层，主要是用于实现操作分离，维护起来方便。
2) JDBC的效率不会比hibernate低，前提的sql语句没太大性能问题。可以看一下常见的sql优化，基本上性能问题能避免。
3) 主要看数据库访问频率怎么样，如果频繁访问的话，最好使用连接池，提高性能。
希望对你有帮助
------解决方案--------------------
1，不会影响页面的速度.2,个人觉得jdbc 比较hibernate效率稍微高一点。连接池非常有必要。
------解决方案--------------------
（1）使用 JavaBean 和 JDBC 操作数据库， 没有持久层，页面的响应速度会不会受到影响。
（2）采用 JDBC 操纵数据库，效率和稳定性会不会比使用 hibernate 低？
（3）是不是必须使用数据库连接池？
1、 不会。分层的作用不在于提高效率，而是在系统复杂，且经常变更的情况下提供高维护性、高扩展性。
2、JDBC操作数据库效率肯定比hibernate高，hibernate也是用JDBC，但是封装了很多逻辑，算下来当然是原生的工具效率高。但是这里的性能差距几乎没有研究的价值
3、想不到不用连接池的理由。频繁的创建、释放链接对性能有杀伤