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

待我称王封你为后i 2022-05-14 12:22 93阅读 0赞

# <table>   <tbody>    <tr>     <td><font><b>问题<b></b></b></font></td>    </tr>   </tbody>  </table> #

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

![这里写图片描述][70]

##  ##

# <table>   <tbody>    <tr>     <td><font><b>解决方法<b></b></b></font></td>    </tr>   </tbody>  </table> #

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

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

![这里写图片描述][70 1]

## 打开Order.hbm.xml文件，将 ##

## 改为： ##

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

##  ##

# <table>   <tbody>    <tr>     <td><font><b>小结<b></b></b></font></td>    </tr>   </tbody>  </table> #

## 映射文件中，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 :使用另外一个相关联的对象的标识符。和联合一起使用。 ##

[70]: /images/20220514/6f1153739b1f40deadb85bcd67960125.png
[70 1]: /images/20220514/2d5e423bff014abd8ea8bb6050695228.png

还没有评论，来说两句吧...