hibernat面试题.doc

如何查看hibernate生成并执行的sql 在定义数据库和数据库属性的文件applicationConfig.xml里面，把hibernate.show_sql 设置为true这样生成的SQL就会在控制台出现了注意：这样做会加重系统的负担，不利于性能调优hibernate都支持哪些缓存策略？ Read-only: 这种策略适用于那些频繁读取却不会更新的数据，这是目前为止最简单和最有效的缓存策略* Read/write:这种策略适用于需要被更新的数据，比read-only更耗费资源，在非JTA环境下，每个事务需要在session.close和session.disconnect()被调用* Nonstrict read/write: 这种策略不保障两个同时进行的事务会修改同一块数据，这种策略适用于那些经常读取但是极少更新的数据* Transactional: 这种策略是完全事务化得缓存策略，可以用在JTA环境下hibernate里面sorted collection和ordered connection有什么区别？ sorted collection是在内存中通过java比较器进行排序的ordered collection是在数据库中通过order by进行排序的Hibernate面试题小集 Hibernate面试题专栏 1. Hibernate有哪几种查询数据的方式3种：hql、QBCQuery By Criteria API、原生sql （通过createSQLQuery建立）2. 谈谈Hibernate中inverse的作用inverse属性默认是false,就是说关系的两端都来维护关系。比如Student和Teacher是多对多关系，用一个中间表TeacherStudent维护。Gp)i如果Student这边inverse=”true”, 那么关系由另一端Teacher维护，就是说当插入Student时，不会操作TeacherStudent表（中间表）。只有Teacher插入或删除时才会触发对中间表的操作。所以两边都inverse=”true”是不对的，会导致任何操作都不触发对中间表的影响；当两边都inverse=”false” 或默认时，会导致在中间表中插入两次关系。3. 说说Hibernate中的update()和saveOrUpdate()的区别，session的load()和get()的区别。saveOrUpdate()方法可以实现update()的功能，但会多些步骤，具体如下：如果对象在该session中已经被持久化，不进行操作；对象的标识符属性(identifier property)在数据库中不存在或者是个暂时的值，调用save()方法保存它；如果session中的另一个对象有相同的标识符抛出一个异常；以上皆不符合则调用update()更新之。Session.load/get方法均可以根据指定的实体类和id从数据库读取记录，并返回与之对应的实体对象。其区别在于：如果未能发现符合条件的记录，get方法返回null，而load方法会抛出一个ObjectNotFoundException；load方法可返回实体的代理类实例，而get方法永远直接返回实体类；load方法可以充分利用内部缓存和二级缓存中的现有数据，而get方法则仅仅在内部缓存中进行数据查找，如没有发现对应数据，将越过二级缓存，直接调用SQL完成数据读取。Hibernate对象的三种状态是什么？瞬时态(Transient)、 持久态(Persistent)、脱管态(Detached)。处于持久态的对象也称为PO(Persistence Object)，瞬时对象和脱管对象也称为VO（Value Object）。瞬时态由new命令开辟内存空间的java对象，eg. Person person = new Person(”amigo”, “女”);如果没有变量对该对象进行引用，它将被java虚拟机回收。瞬时对象在内存孤立存在，它是携带信息的载体，不和数据库的数据有任何关联关系，在Hibernate中，可通过session的save()或 saveOrUpdate()方法将瞬时对象与数据库相关联，并将数据对应的插入数据库中，此时该瞬时对象转变成持久化对象。持久态处于该状态的对象在数据库中具有对应的记录，并拥有一个持久化标识。如果是用hibernate的delete()方法，对应的持久对象就变成瞬时对象，因数据库中的对应数据已被删除，该对象不再与数据库的记录关联。当一个session执行close()或clear()、evict()之后，持久对象变成脱管对象，此时持久对象会变成脱管对象，此时该对象虽然具有数据库识别值，但它已不在HIbernate持久层的管理之下。持久对象具有如下特点：1. 和session实例关联；2. 在数据库中有与之关联的记录。脱管态当与某持久对象关联的session被关闭后，该持久对象转变为脱管对象。当脱管对象被重新关联到session上时，并再次转变成持久对象。脱管对象拥有数据库的识别值，可通过update()、saveOrUpdate()等方法，转变成持久对象。脱管对象具有如下特点：1. 本质上与瞬时对象相同，在没有任何变量引用它时，JVM会在适当的时候将它回收；2. 比瞬时对象多了一个数据库记录标识值。Detached Object(游离对象)有什么好处？ Detached Object（游离对象）可以传递到任何层直到表现层而不是用任何DTO(Data Transfer Objects). 然后你还可以重新把游离对象赋给另外一个Session.jdbc、hibernate、ibatis的区别？ jdbc:手动手动写sqldelete、insert、update要将对象的值一个一个取出传到sql中,不能直接传入一个对象。select:返回的是一个resultset，要从ResultSet中一行一行、一个字段一个字段的取出，然后封装到一个对象中，不直接返回一个对象。ibatis的特点:半自动化sql要手动写delete、insert、update:直接传入一个对象select:直接返回一个对象hibernate:全自动不写sql,自动封装delete、insert、update:直接传入一个对象select:直接返回一个对象Hibernate如何实现数据表映射的继承关系？ 1、两个表，子类重复父类的属性。2、一个表，子类父类共用一个表 3、两个表，子类引用父类的主键，享用公共的字段或属性。 批量删除Query query=session.createQuery(”update”或”delete”);query.executeUpdate();Hibernate中Query对象的使用 1 个或多个属性查询:Query query=session.createQuery(”select customername,customerid from Customer”)List l=query.list();For(int i=0;il.size();i+)Obejct object=(Object)l.get(i);Object0 object1分组: “select count(*),productname from Product group by productname order by productname”取值与属性一样配置的查询,在*.hbm.xml中 Query query=session.getNamedQuery(sql);联接1”from Customer as customer join fetch customer.buySet”：将多的放到buySet属性中，得出的结是Customer有一个，Buy有多个联接2“from Customer as customer join customer.buySet”:得出的对象,customer与buy是1对1子查询:”from Customer as customer where (select count(*) from customer.buySet)1Hibernate中Criteria 和DetachedCriteria的作用是什么？ Criteria c=session.createCriteria(Customer.class);/设置条件c.add(Expression.ge(“字段名”,”值对象”)ge:=gt:le:=lt:eq:=/排序c.addOrder(Order.asc(“字段名”)/分页c.setFirstResult(1)/从第2行开始提取c.setMaxResults(5)/返回5行DetachedCriteria产生时不需要sessionDetachedCriteria dc= DetachedCriteria.forClass(Customer.class)Criteria c=Dc.getExecutableCriteria(session)Hibernate中数据表映射关系主要有什么类型？ hibernate的核心类是什么，它们的相互关系是什么?重要的方法是什么?ConfigurationSessionFactorySession如下方法SaveloadUpdateDelete Query q=CreateQuery(“from Customer where customerName=:customerName”)beginTransactioncloseTransactionCommit()面试中常出现的两个Hibernate面试题及解答 1.在数据库中条件查询速度很慢的时候,如何优化?1.建索引2.减少表之间的关联3.优化sql，尽量让sql很快定位数据，不要让sql做全表查询，应该走索引,把数据量大的表排在前面4.简化查询字段，没用的字段不要，已经对返回结果的控制，尽量返回少量数据2.在hibernate中进行多表查询,每个表中各取几个字段,也就是说查询出来的结果集并没有一个实体类与之对应,如何解决这个问题?解决方案一，按照Object数据取出数据，然后自己组bean解决方案二，对每个表的bean写构造函数，比如表一要查出field1,field2两个字段，那么有一个构造函数就是Bean(type1 filed1,type2 field2) ，然后在hql里面就可以直接生成这个bean了。具体怎么用请看相关文档，我说的不是很清楚。session.load()和session.get()的区别Session.load/get方法均可以根据指定的实体类和id从数据库读取记录，并返回与之对应的实体对象。其区别在于：如果未能发现符合条件的记录，get方法返回null，而load方法会抛出一个ObjectNotFoundException。Load方法可返回实体的代理类实例，而get方法永远直接返回实体类。load方法可以充分利用内部缓存和二级缓存中的现有数据，而get方法则仅仅在内部缓存中进行数据查找，如没有发现对应数据，将越过二级缓存，直接调用SQL完成数据读取。Session在加载实体对象时，将经过的过程：首先，Hibernate中维持了两级缓存。第一级缓存由Session实例维护，其中保持了Session当前所有关联实体的数据，也称为内部缓存。而第二级缓存则存在于SessionFactory层次，由当前所有由本 SessionFactory构造的Session实例共享。出于性能考虑，避免无谓的数据库访问，Session在调用数据库查询功能之前，会先在缓存中进行查询。首先在第一级缓存中，通过实体类型和id进行查找，如果第一级缓存查找命中，且数据状态合法，则直接返回。之后，Session会在当前“NonExists”记录中进行查找，如果“NonExists”记录中存在同样的查询条件，则返回null。 “NonExists”记录了当前Session实例在之前所有查询操作中，未能查询到有效数据的查询条件（相当于一个查询黑名单列表）。如此一来，如果 Session中一个无效的查询条件重复出现，即可迅速作出判断，从而获得最佳的性能表现。对于load方法而言，如果内部缓存中未发现有效数据，则查询第二级缓存，如果第二级缓存命中，则返回。如在缓存中未发现有效数据，则发起数据库查询操作（Select SQL），如经过查询未发现对应记录，则将此次查询的信息在“NonExists”中加以记录，并返回null。根据映射配置和Select SQL得到的ResultSet，创建对应的数据对象。将其数据对象纳入当前Session实体管理容器（一级缓存）。执行Interceptor.onLoad方法（如果有对应的Interceptor）。将数据对象纳入二级缓存。如果数据对象实现了LifeCycle接口，则调用数据对象的onLoad方法。返回数据对象。Hibernate的主键生成机制1) assigned主键由外部程序负责生成，无需Hibernate参与。2) hilo通过hi/lo 算法实现的主键生成机制，需要额外的数据库表保存主键生成历史状态。3) seqhilo与hilo 类似，通过hi/lo 算法实现的主键生成机制，只是主键历史状态保存在Sequence中，适用于支持Sequence的数据库，如Oracle。4) increment主键按数值顺序递增。此方式的实现机制为在当前应用实例中维持一个变量，以保存着当前的最大值，之后每次需要生成主键的时候将此值加1作为主键。这种方式可能产生的问题是：如果当前有多个实例访问同一个数据库，那么由于各个实例各自维护主键状态，不同实例可能生成同样的主键，从而造成主键重复异常。因此，如果同一数据库有多个实例访问，此方式必须避免使用。5) identity采用数据库提供的主键生成机制。如DB2、SQL Server、MySQL中的主键生成机制。6) sequence采用数据库提供的sequence 机制生成主键。如Oralce 中的Sequence。7) native由Hibernate根据底层数据库自行判断采用identity、hilo、sequence其中一种作为主键生成方式。8) uuid.hex由Hibernate基于128 位唯一值产生算法生成16 进制数值（编码后以长度32 的字符串表示）作为主键。9) uuid.string与uuid.hex 类似，只是生成的主键未进行编码（长度16）。在某些数据库中可能出现问题（如PostgreSQL）。10) foreign使用外部表的字段作为主键。一般而言，利用uuid.hex方式生成主键将提供最好的性能和数据库平台适应性。这10中生成OID标识符的方法,increment 比较常用,把标识符生成的权力交给Hibernate处理.但是当同时多个Hibernate应用操作同一个数据库,甚至同一张表的时候.就推荐使用identity 依赖底层数据库实现,但是数据库必须支持自动增长,当然针对不同的数据库选择不同的方法.如果你不能确定你使用的数据库具体支持什么的情况下.可以选择用native 让Hibernate来帮选择identity,sequence,或hilo.另外由于常用的数据库，如Oracle、DB2、SQLServer、MySql 等，都提供了易用的主键生成机制（Auto-Increase 字段或者Sequence）。我们可以在数据库提供的主键生成机制上，采用generator-class=native的主键生成方式。不过值得注意的是，一些数据库提供的主键生成机制在效率上未必最佳，大量并发insert数据时可能会引起表之间的互锁。数据库提供的主键生成机制，往往是通过在一个内部表中保存当前主键状态（如对于自增型主键而言，此内部表中就维护着当前的最大值和递增量），之后每次插入数据会读取这个最大值，然后加上递增量作为新记录的主键，之后再把这个新的最大值更新回内部表中，这样，一次Insert操作可能导致数据库内部多次表读写操作，同时伴随的还有数据的加锁解锁操作，这对性能产生了较大影响。因此，对于并发Insert要求较高的系统，推荐采用uuid.hex 作为主键生成机制一些Spring和Hibernate的面试题(附答案) 1、 简述你对IoC（Inversion of Control）的理解，描述一下Spring中实现DI（Dependency Injection）的几种方式。2、 Spring的Bean有多种作用域，包括：singleton、prototype、request、session、global session、application、自定义3、 简单描述Spring framework与Struts的不同之处，整合Spring与Struts有哪些方法，哪种最好，为什么？4、 Hibernate中的update()和saveOrUpdate()的区别5、 Spring对多种ORM框架提供了很好的支持，简单描述在Spring中使用Hibernate的方法，并结合事务管理。答案：1、好莱坞原则不要打电话找我，我会打给你的。IoC将创建的职责从应用程序代码搬到了框架中。Spring对Setter注入和构造方法注入提供支持。（详见/articles/injection.html，以及http: //spring_ref/2.0/html/beans.html#beans-factory- collaborators）2、 除application（详见Spring framework 2.0 Reference的3.4节bean的作用域）3、 Spring是完整的一站式框架，而Struts仅是MVC框架，且着重于MVC中的C。Spring有三种方式整合Struts：使用 Spring 的 ActionSupport 类整合 Struts；使用 Spring 的 DelegatingRequestProcessor 覆盖 Struts 的 RequestProcessor；将 Struts Action 管理委托给 Spring 框架，动作委托最好。（详见使用Spring 更好地处理Struts 动作）Spring 2.0新增一种方式：AutowiringRequestProcessor。（详见/topic/24239）4、 saveOrUpdate()方法可以实现update()的功能，但会多些步骤，具体如下：如果对象在该session中已经被持久化，不进行操作；对象的标识符属性(identifier property)在数据库中不存在或者是个暂时的值，调用save()方法保存它；如果session中的另一个对象有相同的标识符抛出一个异常；以上皆不符合则调用update()更新之。5、 在context中定义DataSource，创建SessionFactoy，设置参数；DAO类继承HibernateDaoSupport，实现具体接口，从中获得HibernateTemplate进行具体操作。在使用中如果遇到OpenSessionInView的问题，可以添加OpenSessionInViewFilter或OpenSessionInViewInterceptor。（详见Spring framework 2.0 Reference的12.2节Hibernate）声明式事务需声明事务管理器，在context中设置指定属性，用确定和请你谈谈SSH整合 SSH：Struts（表示层）+Spring（业务层）+Hibernate（持久层）Struts：Struts是一个表示层框架，主要作用是界面展示，接收请求，分发请求。在MVC框架中，Struts属于VC层次，负责界面表现，负责MVC关系的分发。（View：沿用JSP，HTTP，Form，Tag，Resourse ；Controller：ActionServlet，struts-config.xml，Action）Hibernate：Hibernate是一个持久层框架，它只负责与关系数据库的操作。Spring：Spring是一个业务层框架，是一个整合的框架，能够很好地黏合表示层与持久层。Hibernate面试题：怎么得到一个Collection的大小而不用初始化它? Integer size = (Integer) s.createFilter( collection, select count(*) ).uniqueResult();Hibernate面试题：怎么得到查询结果的记录数而不用返回查询结果？ Integer count = (Integer) session.createQuery(select count(*) from .).uniqueResult();Hibernate面试题：什么是SessionFactory? 它是线程安全的么？Hibernate面试题：如何配置Hibernate?优化hibernate性能的几点建议 Hibernate面试题专栏 1、针对oracle数据库而言，Fetch Size 是设定JDBC的Statement读取数据的时候每次从数据库中取出的记录条数，一般设置为30、50、100。Oracle数据库的JDBC驱动默认的Fetch Size=15，设置Fetch Size设置为：30、50，性能会有明显提升，如果继续增大，超出100，性能提升不明显，反而会消耗内存。即在hibernate配制文件中进行配制：1 property name=”hibernateProperties”2 props3 prop key=”hibernate.dialect”org.hibernate.dialect.Oracle9Dialect/prop4 prop key=”hibernate.show_sql”false/prop5 ! Create/update the database tables automatically when the JVM starts up6 prop key=”hibernate.hbm2ddl.auto”update/prop 7 ! Turn batching off for better error messages under PostgreSQL8 prop key=”hibernate.jdbc.batch_size”100/prop 9 prop key=”hibernate.jdbc.batch_size”50/prop10 /props11 /propertyFetch Size设的越大，读数据库的次数越少，速度越快；Fetch Size越小，读数据库的次数越多，速度越慢。2、如果是超大的系统，建议生成htm文件。加快页面提升速度。3、不要把所有的责任推在hibernate上，对代码进行重构，减少对数据库的操作，尽量避免在数据库查询时使用in操作，以及避免递归查询操作，代码质量、系统设计的合理性决定系统性能的高低。4、 对大数据量查询时，慎用list()或者iterator()返回查询结果，（1）. 使用List()返回结果时，Hibernate会所有查询结果初始化为持久化对象，结果集较大时，会占用很多的处理时间。（2）. 而使用iterator()返回结果时，在每次调用iterator.next()返回对象并使用对象时，Hibernate才调用查询将对应的对象初始化，对于大数据量时，每调用一次查询都会花费较多的时间。当结果集较大，但是含有较大量相同的数据，或者结果集不是全部都会使用时，使用iterator()才有优势。5、在一对多、多对一的关系中，使用延迟加载机制，会使不少的对象在使用时方会初始化，这样可使得节省内存空间以及减少数据库的负荷，而且若PO中的集合没有被使用时，就可减少互数据库的交互从而减少处理时间。6、对含有关联的PO（持久化对象）时，若default-cascade=”all”或者 “save-update”，新增PO时，请注意对PO中的集合的赋值操作，因为有可能使得多执行一次update操作。7、 对于大数据量新增、修改、删除操作或者是对大数据量的查询，与数据库的交互次数是决定处理时间的最重要因素，减少交互的次数是提升效率的最好途径，所以在开发过程中，请将show_sql设置为true，深入了解Hibernate的处理过程，尝试不同的方式，可以使得效率提升。尽可能对每个页面的显示，对数据库的操作减少到100-150条以内。越少越好。如何进行HIBERNATE性能调优大体上，对于HIBERNATE性能调优的主要考虑点如下: 数据库设计调整 HQL优化 API的正确使用(如根据不同的业务类型选用不同的集合及查询API) 主配置参数(日志，查询缓存，fetch_size, batch_size等) 映射文件优化(ID生成策略，二级缓存，延迟加载，关联优化) 一级缓存的管理 针对二级缓存，还有许多特有的策略 事务控制策略。1、 数据库设计a) 降低关联的复杂性b) 尽量不使用联合主键c) ID的生成机制，不同的数据库所提供的机制并不完全一样d) 适当的冗余数据，不过分追求高范式2、 HQL优化HQL如果抛开它同HIBERNATE本身一些缓存机制的关联，HQL的优化技巧同普通的SQL优化技巧一样，可以很容易在网上找到一些经验之谈。3、 主配置a) 查询缓存，同下面讲的缓存不太一样，它是针对HQL语句的缓存，即完全一样的语句再次执行时可以利用缓存数据。但是，查询缓存在一个交易系统(数据变更频繁，查询条件相同的机率并不大)中可能会起反作用:它会白白耗费大量的系统资源但却难以派上用场。b) fetch_size，同JDBC的相关参数作用类似，参数并不是越大越好，而应根据业务特征去设置c) batch_size同上。d) 生产系统中，切记要关掉SQL语句打印。4、 缓存a) 数据库级缓存:这级缓存是最高效和安全的，但不同的数据库可管理的层次并不一样，比如，在ORACLE中，可以在建表时指定将整个表置于缓存当中。b) SESSION缓存:在一个HIBERNATE SESSION有效，这级缓存的可干预性不强，大多于HIBERNATE自动管理，但它提供清除缓存的方法，这在大批量增加/更新操作是有效的。比如，同时增加十万条记录，按常规方式进行，很可能会发现OutofMemeroy的异常，这时可能需要手动清除这一级缓存:Session.evict以及Session.clearc) 应用缓存:在一个SESSIONFACTORY中有效，因此也是优化的重中之重，因此，各类策略也考虑的较多，在将数据放入这一级缓存之前，需要考虑一些前提条件:i. 数据不会被第三方修改(比如，是否有另一个应用也在修改这些数据?)ii. 数据不会太大iii. 数据不会频繁更新(否则使用CACHE可能适得其反)iv. 数据会被频繁查询v. 数据不是关键数据(如涉及钱，安全等方面的问题)。缓存有几种形式，可以在映射文件中配置:read-only(只读，适用于很少变更的静态数据/历史数据)，nonstrict-read-write，read-write(比较普遍的形式，效率一般)，transactional(JTA中，且支持的缓存产品较少)d) 分布式缓存:同c)的配置一样，只是缓存产品的选用不同，在目前的HIBERNATE中可供选择的不多，oscache, jboss cache，目前的大多数项目，对它们的用于集群的使用(特别是关键交易系统)都持保守态度。在集群环境中，只利用数据库级的缓存是最安全的。5、 延迟加载a) 实体延迟加载:通过使用动态代理实现b) 集合延迟加载:通过实现自有的SET/LIST，HIBERNATE提供了这方面的支持c) 属性延迟加载:6、 方法选用a) 完成同样一件事，HIBERNATE提供了可供选择的一些方式，但具体使用什么方式，可能用性能/代码都会有影响。显示，一次返回十万条记录(List/Set/Bag/Map等)进行处理，很可能导致内存不够的问题，而如果用基于游标(ScrollableResults)或Iterator的结果集，则不存在这样的问题。b) Session的load/get方法，前者会使用二级缓存，而后者则不使用。c) Query和list/iterator，如果去仔细研究一下它们，你可能会发现很多有意思的情况，二者主要区别(如果使用了Spring，在HibernateTemplate中对应find,iterator方法):i. list只能利用查询缓存(但在交易系统中查询缓存作用不大)，无法利用二级缓存中的单个实体，但list查出的对象会写入二级缓存，但它一般只生成较少的执行SQL语句，很多情况就是一条(无关联)。ii. iterator则可以利用二级缓存，对于一条查询语句，它会先从数据库中找出所有符合条件的记录的ID，再通过ID去缓存找，对于缓存中没有的记录，再构造语句从数据库中查出，因此很容易知道，如果缓存中没有任何符合条件的记录，使用iterator会产生N+1条SQL语句(N为符合条件的记录数)iii. 通过iterator，配合缓存管理API，在海量数据查询中可以很好的解决内存问题，如:while(it.hasNext()YouObject object = (YouObject)it.next();session.evict(youObject);sessionFactory.evice(YouObject.class, youObject.getId();如果用list方法，很可能就出OutofMemory错误了。iv. 通过上面的说明，我想你应该知道如何去使用这两个方法了。7、 集合的选用在HIBERNATE 3.1文档的“19.5. Understanding Collection performance”中有详细的说明。8、 事务控制事务方面对性能有影响的主要包括:事务方式的选用，事务隔离级别以及锁的选用a) 事务方式选用:如果不涉及多个事务管理器事务的话，不需要使用JTA，只有JDBC的事务控制就可以。b) 事务隔离级别:参见标准的SQL事务隔离级别c) 锁的选用:悲观锁(一般由具体的事务管理器实现)，对于长事务效率低，但安全。乐观锁(一般在应用级别实现)，如在HIBERNATE中可以定义VERSION字段，显然，如果有多个应用操作数据，且这些应用不是用同一种乐观锁机制，则乐观锁会失效。因此，针对不同的数据应有不同的策略，同前面许多情况一样，很多时候我们是在效率与安全/准确性上找一个平衡点，无论如何，优化都不是一个纯技术的问题，你应该对你的应用和业务特征有足够的了解。9、 批量操作即使是使用JDBC，在进行大批数据更新时，BATCH与不使用BATCH有效率上也有很大的差别。我们可以通过设置batch_size来让其支持批量操作。举个例子，要批量删除某表中的对象，如“delete Account”，打出来的语句，会发现HIBERNATE找出了所有ACCOUNT的ID，再进行删除，这主要是为了维护二级缓存，这样效率肯定高不了，在后续的版本中增加了bulk delete/update，但这也无法解决缓存的维护问题。也就是说，由于有了二级缓存的维护问题，HIBERNATE的批量操作效率并不尽如人意!从前面许多要点可以看出，很多时候我们是在效率与安全/准确性上找一个平衡点，无论如何，优化都不是一个纯技术的问题，你应该对你的应用和业务特征有足够的了解，一般的，优化方案应在架构设计期就基本确定，否则可能导致没必要的返工，致使项目延期，而作为架构师和项目经理，还要面对开发人员可能的抱怨，必竟，我们对用户需求更改的控制力不大，但技术/架构风险是应该在初期意识到并制定好相关的对策。还有一点要注意，应用层的缓存只是锦上添花，永远不要把它当救命稻草，应用的根基(数据库设计，算法，高效的操作语句，恰当API的选择等)才是最重要的JDBC，Hibernate 分页怎样实现？ 答：方法分别为：1) Hibernate 的分页：Query query = session.createQuery(”from Student”);query.setFirstResult(firstResult);/设置每页开始的记录号query.setMaxResults(resultNumber);/设置每页显示的记录数Collection students = query.list();2) JDBC 的分页：根据不同的数据库采用不同的sql 分页语句例如: Oracle 中的sql 语句为: “SELECT * FROM (SELECT a.*, rownum r FROMTB_STUDENT) WHERE r between 2 and 10 查询从记录号2 到记录号10 之间的所有记录Hibernate 的应用（Hibernate 的结构）？ 答：/首先获得SessionFactory 的对象SessionFactory sessionFactory = new Configuration().configure().buildSessionFactory();/然后获得session 的对象Session session = sessionFactory.openSession();/其次获得Transaction 的对象Transact