qmdx
qmdx
https://baomidou.com/pages/ba5b24/
Encountering the same problem
无法重现该问题,能否提供数据库版本 、建表语句 、生成器配置
https://baomidou.com/pages/223848/#interceptorignore 忽略方法对应异常拦截器
使用最新 `3.5.3` 版本 ,新增忽略方式 https://baomidou.com/pages/2976a3/#%E6%89%8B%E5%8A%A8%E8%AE%BE%E7%BD%AE%E6%8B%A6%E6%88%AA%E5%99%A8%E5%BF%BD%E7%95%A5%E6%89%A7%E8%A1%8C%E7%AD%96%E7%95%A5
> 我第一次截图是 mapper 的,确实按你这么说也没错,对于直接调用 mapper 层来说是一致的 可是现在的应用程序有多少是直接调用 mapper 的呢,一般都会对外提供一个 service 调用 mapper 问题就出在 service 层,在 removeById(id) 的时候多了一个判断(如果表开启了逻辑删除,并且有字段是需要 updateFill) 当条件满足时,会自动将 removeById(id)的调用改为removeById(entity) removeById(entity)经过 mapper时,发现传入的不是简单类型,就会进行填充,同时也印证了你的回复[#4781 (comment)](https://github.com/baomidou/mybatis-plus/issues/4781#issuecomment-1229400953) 最终导致了在 service 层行为的不一致 你想说的是,期望: 逻辑删除( 只更新逻辑删除字段 ),不需要更新你设置了...
当前信息无法定位,默认雪花算法一台机器多个实例可能存在并发问题,你可以设置机器ID 参数避免重复,或者你可以考虑自定义 ID 生成器全局注入,更多查看文档 baomidou.com
This problem has been solved. Just adjust the order to ``` app.Get("/download", func(c *fiber.Ctx) error { return c.Download("./test.txt", "test.txt") }) app.Use("/", filesystem.New(filesystem.Config{ Root: http.FS(web.Dist), Browse: true, Index: "index.html", NotFoundFile: "404.html",...
left join on... and 后面有是一样的效果,你为什么需要 where 后面再加一次?