当前位置: 首页 > 编程笔记 >

关于使用Mybatisplus自带的selectById和insert方法时的一些问题

岳谦
2023-03-14
本文向大家介绍关于使用Mybatisplus自带的selectById和insert方法时的一些问题,包括了关于使用Mybatisplus自带的selectById和insert方法时的一些问题的使用技巧和注意事项,需要的朋友参考一下

一.关于使用Mybatisplus自带的selectById和insert方法时的一些问题

1.selectById的问题

(1).表的主键列名不是id时

查询不到数据,因为Mybatisplus自动生成的sql语句where后面拼接的是where null = ?

这就表示表的主键列名的名字不是id,而Mybatisplus默认的是使用id为主键名的

(2).解决方法

@Id
  @TableId("commodity_id")
  @Column("commodity_id")//设置mybatisplus自动根据id查询时,表的实际id不是默认的id时,找不到id的情况
  @ApiModelProperty(name = "commodityId", value = "商品的id")
  private String commodityId;

在对应映射的实体类里,主键字段的头上加上@TableId("commodity_id"),就表示告诉mybatisplus你的主键列名为commodity_id

2.insert的问题

(1).设置了@TableId("specifications_id")以后

设置了@TableId("specifications_id")以后,并且数据库的主键列是自增的类型而不是我们手段插入的数据,那么使用Mybaitsplus自带的inser方法时,就会导致数据存不进数据库

(2)解决方法

@Id
  @TableId(value = "specifications_id",type = IdType.AUTO)
  @Column("specifications_id")
  @ApiModelProperty(name = "specificationsId", value = "商品的规格id")
  private Integer specificationsId;

要标明当前主键是自增的列,设置type = IdType.AUTO

总结

到此这篇关于关于使用Mybatisplus自带的selectById和insert方法时的一些问题的文章就介绍到这了,更多相关使用Mybatisplus自带selectById和insert方法内容请搜索小牛知识库以前的文章或继续浏览下面的相关文章希望大家以后多多支持小牛知识库!

 类似资料:
  • 本文向大家介绍MySQL中关于临时表的一些基本使用方法,包括了MySQL中关于临时表的一些基本使用方法的使用技巧和注意事项,需要的朋友参考一下 临时表可能是非常有用的,在某些情况下,保持临时数据。最重要的是应该知道的临时表是,他们将当前的客户端会话终止时被删除。 临时表中添加MySQL版本3.23。如果您使用的是旧版本的MySQL比3.23,可以不使用临时表,但可以使用堆表。 如前所述临时表将只持

  • 本文向大家介绍关于 angularJS的一些用法,包括了关于 angularJS的一些用法的使用技巧和注意事项,需要的朋友参考一下 AngularJS 事件指令: 和ng-click一样,都是给dom绑定事件的 需要注意的是,使用事件对象的时候,需要在ng-click等指令里传入$event,如: 表单指令 当值发生改变的时候就会有用 有value值的一些个标签,能ng-model的,才能用哟 必

  • 本文向大家介绍关于背包问题的一些理解和应用,包括了关于背包问题的一些理解和应用的使用技巧和注意事项,需要的朋友参考一下 1.背包问题介绍 背包问题不单单是一个简单的算法问题,它本质上代表了一大类问题,这类问题实际上是01线性规划问题,其约束条件和目标函数如下: 自从dd_engi在2007年推出《背包问题九讲》之后,背包问题的主要精髓基本已道尽。本文没有尝试对背包问题的本质进行扩展或深入挖掘,而只

  • 关于cesium的一些报错问题,现在出现这些报错 还有上下文丢失的情况,因为不懂cesium,有人帮忙排查下问题吗

  • 我想就以下用例征求您的帮助和建议,这些用例与我们的新业务案例相关,CorDapp将用于管理软件许可证的使用和管理。 Corda是否有预定义的结构或方法来定义不同状态之间的父级和子级关系,例如,一个合同状态(主合同)有两个子合同状态(两种类型的许可合同) 如果我们想跟踪区块链上的许可证使用情况,这是许可证可拥有状态的一个好方向吗?我们目前的想法是,甲方(许可证提供商)和乙方(许可证消费者)签订了一份

  • 我对使用REST API的订阅功能有一些疑问。我们已经使用“快速结账NVP/SOAP集成”实现了定期支付,但对我们来说这不是最佳选择,因为: Webhooks比IPN消息更容易、更可用; 我们不能强迫顾客从PayPal余额中付款。 所以我想用REST API重写。我认为流程会是这样的: < li >用户按下按钮,我们第一次请求获取身份验证令牌; < li >创建计费计划; < li >启用计费计划