【SSH】订单编号类型引发的小问题

问题

做SSH网上商城项目的时候，遇到一个网上付款的问题。在已有订单情况下，对该订单进行付款，会提示已经付过款的订单无法继续付款。问题在于，我还没有对该订单付过款。寥寥几笔，做个小记录。问题截图如下：

解决方法

在正常情况下，订单编号并不是类似从1开始递增的，所以我修改订单编号oid字段类型为varchar，取消自增长，值为几位字母和数字的组合。修改数据库，就必须要修改Order实体中oid属性类型为String，重新生成getters和setters，其他与此有关联的也要进行相应的修改。

如果不修改Order实体的映射文件，提交订单的时候还是要报错的。报错信息如下：

打开Order.hbm.xml文件，将

<generator class="native"/>

改为：

<generator class="assigned"/>

OK，遇到问题，好好珍惜，积极解决。

小结

映射文件中，id元素中的generator用来为该持久化类的实例生成唯一的标识，hibernate提供了很多内置的实现。

Increment:由hibernate自动递增生成标识符,用于为long, short或者int类型生成唯一标识。如DB2、SQL Server、MySQL 中的主键生成机制。 这种方式可能产生的问题是：不能在集群下使用。

identity :由底层数据库生成标识符(自动增长),返回的标识符是 long, short 或者int类型的。

sequence :根据底层数据库序列生成标识符,返回的标识符 是long, short或者 int类型的。如Oralce中的Sequence。

hilo :使用一个高/低位算法来高效的生成long, short 或者int类型的标识符，需要额外的数据库表或字段提供高位值来源。

uuid.hex :用一个128-bit的UUID算法生成32位字符串类型的标识符。

uuid.string:与uuid.hex 类似,只是生成的主键未进行编码（长度16）,不能应用在PostgreSQL数据库中。

native :根据底层数据库的能力选择identity, sequence 或者hilo中的一个。

assigned :主键由外部程序负责生成,让应用程序在save()之前为对象分配一个标识符。

foreign :使用另外一个相关联的对象的标识符。和联合一起使用。