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

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/Luyanc/article/details/82502576

问题

做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 :使用另外一个相关联的对象的标识符。和联合一起使用。

猜你喜欢

转载自blog.csdn.net/Luyanc/article/details/82502576