异常1： Could not execute JDBC batch update
异常2： could not load an entity
解决办法:原来使用MySQL的3.1.13的驱动，现在更换为5.0的驱动，问题解决，同时注意将项目中的3.1.13的驱动删除，以及部署目录中的3.1.13的驱动删除。
2. Hibernate中Session的合理关闭时机：
一直没有找到好的解决方法，暂时在过滤器中每次请求更换时关闭。
3.解决 a different object with the same identifier value was already associated with the session错误
实际上在Hibernate中对数据的更新，应该先查询出该记录，然后修改该记录，最后使用Session更新该记录。
或者解决的办法是使用Hibernate里面自带的merge()方法，这种错误经常出现在一对多映射和多对多映射.
4. Data truncation: Data too long for column ‘column_name’ at row 1
解决办法，如果数据库和数据库连接串指定的编码不同,出了会出现乱码,有时候还会出现很多奇怪的事，建立数据库时：create database cms default charset gb2312;
5. Set与Map的排序
在查询对象的Set或Map成员时，您可以对其进行排序，排序可以在两个层次进行，一个是在Java执行环境中进行，一个是利用数据库本身的排序功能。
如果要在Java执行环境中进行排序，可以映像文件中设定sort属性，例如若为Set，则如下设定：
藉由指定sort为natural，Hibernate在加载数据库的数据时，将使用java.util.SortedSet型态对象，如果是String，则根据compareTo()方法来进行排序，上面的设定将会根据FILENAME进行排序。
如果是Map的话，则如下设定：
上面的设定将使用java.util.SortedTree，根据DESCRIPTION进行排序，sort除了设定natural之外，也可以指定一个实现java.util.Comparator的类别名称。
以上的说明都是在查询数据时使用，User类别的属性成员撰写时可以是Map或Set型态，注意当设定sort="natural"，并想要进行数据储存时，User类别的属性成员也必须更改为SortedMap或SortedSet型态，例如java.util.TreeMap或 java.util.TreeSet，否则会发生ClassCastException。
如果是利用数据库本身的排序功能，则使用order-by设定排序的方式，Hibernate会使用SQL语句在数据库中进行排序，例如在Set中是这么设定的：
注意order-by中填写的是数据库表中的字段名称。
在Map中也是相同的设定方式，您也可以利用数据库中的函式功能，例如：
使用这个方法进行排序时，Hibernate会使用LinkedHashSet或LinkedHashMap实现查询时的排序，所以这个方法仅适用于JDK 1.4或以上的版本