1条回答 默认 最新
threenewbee 2017-03-05 10:48关注根据提示信息，应该是主键或者唯一约束键重复，你给的信息太少，你的数据库原有什么数据，插入的是什么数据，id name哪个是唯一/主键，你的传参有没有传上好好检查
本回答被题主选为最佳回答 , 对您是否有帮助呢?解决 无用评论 打赏举报
分享
- 2017-03-05 06:58回答 1 已采纳 根据提示信息，应该是主键或者唯一约束键重复，你给的信息太少，你的数据库原有什么数据，插入的是什么数据，id name哪个是唯一/主键，你的传参有没有传上好好检查
- 2011-12-01 09:51回答 1 已采纳 最好在自己机器上debug一下，看看登录或是退出时生成的主键是否数据库里已经存在了。看看是不是其他地方约定了主键的生成。采用increament是不会出现上面的问题的。
- 2023-03-17 11:16回答 1 已采纳 可以的，这个叫做1对多关系，数据库可以定义
- 2021-02-05 05:14邓凌佳的博客 MySQL数据的高级操作 之 主键冲突数据的高级操作数据的操作，无外乎 增删改查。新增数据的基本语法为：insert into + 表名 + [(字段列表)] + values (值列表);在数据插入的时候，假设主键对应的值已经存在，则插入...
- 2022-04-14 15:39回答 1 已采纳 VARCHAR使用的时候必须指明字符数
- 2018-07-19 03:07回答 6 已采纳 加个保护试试， if not exists(select 1 from bbb where ProductNo = '{2}') insert into bbb(ProductName,Produ
- 2021-04-13 23:34回答 3 已采纳 先捋一下思路：我们插入一条一样的数据（主键冲突的数据），并且不想让数据库报错。可以在业务层处理，也可以在数据库层处理。在业务层处理就是你说的先查一下数据库做一个判断，但现在你不想在业务层处理。那可以在
- 2021-01-19 04:40柳编的博客 UPDATE操作出现主键冲突错误,如果出现了这样的问题，你一定会感到匪夷所思！mysql> UPDATE `GC_Price` SET `Price` = '155.00', `OptTime` = '2013-07-01 16:12:36', `CRCode` = '0109' WHERE (PRID = 364706189)...
- 2022-07-14 20:54回答 4 已采纳 问题一：因为表字段设置的是自增，所以添加后的的自增字段遵循自增原则。客户端直接执行sql语句，也不受给定的值影响。问题二：使用 mybatis-plus的insert方法，在底层会默认生成一个Long
- 2023-01-28 22:19回答 1 已采纳 望采纳，谢谢！可能是你添加的主键字段和原有字段重复了，可以通过查看表结构来确认是否有重复。
- 2021-12-18 00:28回答 5 已采纳 不知道你所谓的修改，难在哪里！和新增不同的地方，就是排除自己本身这条数据的影响，然后去判断数据是不是有重复（比如我什么都不做修改直接更新，这是可以提交的）
- 2021-01-18 20:57小丸子书单的博客 业务中为了避免重复数据的产生，除了在代码层级做处理之外，还会在数据库表中增加唯一索引来做最后的校验，项目中唯一索引在冲突的时候是以代码抛异常的形式来阻止脏数据的产生，而异常这个东西，说好也好，说不好也...
- 2015-05-14 13:11回答 1 已采纳 不会，参考 http://www.cnblogs.com/ShadowLoki/archive/2013/09/09/3310419.html
- 2020-03-19 15:32xujiahn的博客 在catch(Exception e)里捕获主键冲突异常 在catch里加上这个就可以捕获主键异常 if(e instanceof DuplicateKeyException){ // "该接口数据主键冲突"+e.getMessage() }else { //"未知异常："+e...
- 2021-01-17 18:01秋山燿平的博客 原因很简单，因为通常我们都是依赖 mysql 的自增 ID 作为数据表主键的，在大于当前表最大自增主键的范围上几乎是不会存在有事务加锁的情况的，因此插入意向锁在实际使用中也就不会出现锁冲突，从而被我们忽略 ...
- 没有解决我的问题, 去提问
