资源描述：
《Mysql 原生语句中save or update 的各种写法》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。
1、在平常的开发中，经常碰到这种更新数据的场景：先判断某一数据在库表中是否存在，存在则update，不存在则insert。如果使用Hibernate，它自带saverOrUpdate方法，用起来很方便，但如使用原生sql语句呢？Mysql原生语句中saveorupdate的各种写法背景 在平常的开发中，经常碰到这种更新数据的场景：先判断某一数据在库表中是否存在，存在则update，不存在则insert。 如果使用Hibernate，它自带saverOrUpdate方法，用起来很方便，但如使用原生sql语句呢？ 新手最常见的写法是，先通过select语句
2、查询记录是否存在，存在则使用update语句更新，不存在则使用insert语句插入。 但是这样做明显不够优雅，存在几个问题：·为了执行一次更新操作，却在程序中使用了两次sql查询语句，在系统负载比较大的情况下，性能还是会有影响的。·代码中存在ifelse语句，明明干了一件事，代码却很长。码农都是懒人，能把事情简单做的为啥要复杂做呢：）。那么问题来了，如何优雅的用sql语句实现saverOrUpdate？ 最近工作上也碰到类似更新数据的问题，写多了也开始觉得烦。记得Oracle下有Merge的写法，就google一下mysql的类似实现，整理如下：数据不
3、存在则插入，存在则无操作 在insert语句中使用ignore关键字实现数据不存在则插入，存在则无操作。它的实现逻辑是，当插入语句出现主键冲突，或者唯一键冲突时，不抛出错误，直接忽略这条插入语句。官网上的相关介绍如下：IfyouusetheIGNOREkeyword,errorsthatoccurwhileexecutingtheINSERTstatementareignored.Forexample,withoutIGNORE,arowthatduplicatesanexistingUNIQUEindexorPRIMARYKEYvalueinthet
4、ablecausesaduplicate-keyerrorandthestatementisaborted.WithIGNORE,therowisdiscardedandnoerroroccurs.Ignorederrorsmaygeneratewarningsinstead,althoughduplicate-keyerrorsdonot.Mysql官方文档中提供标准的语法：INSERTIGNOREINTOtbl_name[PARTITION(partition_name,...)][(col_name,...)]{VALUES
5、VALUE}({exp
6、r
7、DEFAULT},...),(...),...或者INSERTIGNORE[INTO]tbl_name[PARTITION(partition_name,...)][(col_name,...)]SELECT...可见除了多了个IGNORE关键字以外，跟一般INSERT语句并无区别。举个栗子：1.建一张测试用的表CREATETABLE`test_tab`(`name`varchar(64)NOTNULL,`age`int(11)NOTNULL,PRIMARYKEY(`name`))ENGINE=InnoDBDEFAULTCHARSET=utf8;2.
8、插入一条数据insertinto`test_tab`(`name`,`age`)values('zhangsan',24)当前test_tab表的数据为： name
9、age :—-
10、:— zhangsan
11、24 3.再执行一次步骤2的插入语句，则会报异常：[Err]1062-Duplicateentry'zhangsan'forkey'PRIMARY'4.对步骤2的insert语句增加ignore关键字，则不会报异常，已存在的数据也不会被更新。insertIGNOREinto`test_tab`(`name`,`age`)values('zhangsan
12、',24);------语句执行情况：受影响的行:0时间:0.000s当前test_tab表的数据为： name
13、age :—-
14、:— zhangsan
15、24不存在则插入，存在则更新，其一（使用DUPLICATEKEYUPDATE关键字） 在insert语句中使用ONDUPLICATEKEYUPDATE关键字实现数据不存在则插入，存在则更新的操作。判断数据重复的逻辑依然是主键冲突或者唯一键冲突。 官网上的相关介绍如下：ifyouspecifyONDUPLICATEKEYUPDATE,andarowisinsertedthatwouldcauseadup
16、licatevalueinaUNIQUEindexorPRIMARYKEY,an
