设计的一张表中，使用String类型做为表的主键ID，使用一个SERIAL字段做为一个数据的编号，这样就可以产生一个自动增加的编号。使用Hibernate后主键ID使用Hibernate的uuid.hex自动生成没有什么问题，但是SERIAL字段Hibernate hibernatesync自动生成的配置信息却是“type=”ingeger” not-null=”true” length=”4””的属性。这样在开发过程中必须指定数值，这样就不能实现自动增加的愿望。所以修改配置文件为如下的样子：
<property
name="xxxxxxxxx"
column="xxxxxxxxxxxx"
type="integer"
update="false"
insert="false"
not-null="true"
length="4"
/>
这样生成的数据就是会使用数据库自动增加的字段。
存在的知识点有如下两个：
（1）在Hibernate的Mapping文件中，property属性中update和insert两个可选项的默认值都是true，说明在生成Update和Insert的SQL语句中是否包括这个字段。我在这里使用这两个属性都设为false，这样数据库就会使用SEQUENCE中的数据了。
（2）在Hibernate hibernatesync生成Mapping文件的时候，如果非ID字段使用SERIAL字段同样会被认为是普通非空的Integer字段。如果是ID使用SERIAL字段，可以修改generator选项。在PostgreSQL的官方文档中介绍Serial字段是这么说的：serial和bigserial字段都不是真正意义上的字段，其实是一个符号性的字段，帮助用户表示数据表中的唯一标识性的字段。
CREATE TABLE tablename (
colname SERIAL
);
和
CREATE SEQUENCE tablename_colname_seq;
CREATE TABLE tablename (
colname integer DEFAULT nextval(’tablename_colname_seq’) NOT NULL
);
这两个语句的效果是一样的，所以Hibernate还是把它做为integer类型来处理。可能Hibernate的开发者也没有想到有人用integer做为一个非ID的字段来用了。我没有试过在另外的数据中同样使用generator，或者说在一个表里有两个generator会怎么样。如果有时间我一定会做这个试验的。
不知道Hibernate 3能代理什么样的震撼效果，期待ing~~~~~
