这次在优化系统中，由于客户使用的SQL server 2005的标准版，此版本不支持分区功能，但如果不分区，系统优化的效果就不会很明显。后来使用了分区视图。
在系统中，没有使用对象关联，发现很多地方为查询信息，多次读取数据库。后来也用视图进行封装。
本文就讨论在Hibernate3.2如何配合使用数据库视图技术。
1, 使用分区视图
2, 使用视图
以上两中视图，是我这次在Hibernate中优化的视图方式，下面来分别介绍这两个类型视图的使用，以及为何要使用他们
1，使用分区视图
这时系统客户采用的是SQL server 2005 的标准版，sql 2005企业版只有分区功能，其他版本不可能有。但客户是购买的是正版，要他们使用D版，他们就是不同意，说是大公司，查出来很麻烦。不能用盗版。但分析数据库的慢的语句，这时如果不使用分区功能，其有时全表扫描是不可避免的，只有较少他的表大小。
这时我们只有使用分区视图，按照一定的规则，将几个大的表拆分出来。
在hibernate中表和视图是分开使用的，原有的配置文件不做任何改变就可以使用，同事为了使用分区功能，在程序使用是增加一个标志位来实现”分区消除“功能，减少扫描的数据量，结果数据性能大大提高。
注意：1，新增加数据时必须设定其标志位，保证其插入的数据库的一张表中。不然会报错
2，分区视图内的表字段和类型（包括长度）必须一致，要符合分区视图的条件
2，使用一般视图
这次在优化系统中，原有的配置文件，都没配对象关联，都是只对一个表配一个hbm文件，这时在系统里，为了取一个字段数据，要关联多张表时，这时就在多次读取数据库，有时是在循环里读取。还由于有时是left join，在HQL里，不在hbm文件配置对象关联是不能使用left join的。
循环数据量小点还可以，一旦数据量多了，就很慢。
这时就将需要的HQL语句转换成sql语句，将这个sql语句封装成视图，提供一下必要的查询接口，前台查询时就只查询这个视图，这个视图不在以来Hbm文件的配置文件和延迟加载等待问题了。
这样一来，以前的有些多次读取数据库的情况就解决了。在添加适当的索引，速度很快就出来了。
注意：这实际做的过程中，设定的id主键时，由于当时没考虑到hibernate的id唯一，造成了出来多条不同记录，但显示却是重复的记录，因为id一样，这时的hashCode是一致的。hibernate就直接去取了内存的数据，这时设定的id值在视图处理时要保证id主键值的唯一，重写hashCode值的生成机制，我当时处理是将多个字段组合成唯一字段，实际这个字段不需要使用和没有意义的。
以上是我在优化系统中，碰到的问题和解决办法，欢迎和大家交流！