replace into

replace 与 update 区分
本文主要对比一下 Sqlite 中的 replace 语句和 update 语句 。

在本例中使用如下数据库表:

图1

该表的表名为student, 存储学生信息。 所有字段的数据类型都是TEXT 。 其中id和name作为复合主键。 email字段加上了唯一约束。建表语句如下:

CREATE TABLE IF NOT EXISTS student (
"id"  TEXT, 
"name"  TEXT NOT NULL, 
"sex"  TEXT, 
"email"  TEXT UNIQUE, 
"fenshu"  TEXT CHECK(fenshu > 0), 
"tecid"  TEXT REFERENCES teacher(id),
"class"  TEXT, 
PRIMARY KEY(id, name)
)

1. replace语句更新某条数据时,会删除原有的一条记录, 并且插入一条新的记录来替换原记录。

为了验证这个结论, 我们替换 id = 2 的记录。下面打开 sqlite 命令行, 执行以下语句:

sqlite> replace into student (id, name, sex, email, fenshu, tecid, class) values ('2', 'lisi', '*F', '123456@qq.com', '80', '2', '1');

执行完这条语句之后, student表中的数据变成下图所示:

图2

对比图1和图2 , 可以发现: 在图1中, id = 2 的记录是表中的第一条记录, 当执行完上述的 replace 语句之后, id = 2 的记录位于整张表的最后。 这就说明, 这条 replace 语句删除了原有的 id = 2 的记录, 又插入了一条新的 id = 2 的记录,所以它处在了末尾。

2. 一般用replace语句替换一条记录的所有列, 如果在replace语句中没有指定某列, 在replace之后这列的值被置空 。

下面我们还是以 id = 2 的记录做实验, 执行如下语句:

sqlite> replace into student (id, name, sex, email, fenshu, tecid) values ('2','lisi', '*F', '123456@qq.com', '80', '2');

该语句还是替换 id = 2name = lisi 的记录, 只是在指定列的时候, 没有指定 class 。 在执行完成之后, 表中的数据如下:

图3

对比图2和图3 , 可以看到, id = 2name = lisi 的记录,它的class 字段没有值。

3. replace根据主键确定被替换的是哪一条记录

在该表中, 把id和name指定为复合主键。 在上面两条语句执行的时候, 都在values中指定了 id = 2name = lisi 。 执行之后看到的结果也是 id = 2name = lisi 的记录被替换。 这就说明了replace语句根据主键的值确定被替换的是哪一条记录。

4 replace语句不能根据where子句来定位要被替换的记录

执行以下语句:

sqlite> replace into student (id, name, sex, email, fenshu, tecid) values ('2','lisi', '*F', '123456@qq.com', '80', '2') where id = '2';

会报如下错误:

Error: near "where": syntax error

5. 如果执行replace语句时, 不存在要替换的记录, 那么就会插入一条新的记录。

在student表中, 我们让 id和name 成为复合主键。 下面我们使用replace语句替换 id = 100name = a 的记录。 从图3中可以看到, 表中存在 name = a 的记录, 但是这条记录的 id = 7, 而不是100 。也就是说 id = 100name = a 的记录不存在。

执行如下语句:

sqlite> replace into student (id, name, sex, email, fenshu, tecid, class) values ('100', 'a', '*F', '123456@qq.com', '80', '2', '1');

执行完成之后, 表中的数据如下:

图4

可以看到, 在表中插入了一条新的记录。

6. 如果新插入的或替换的记录中, 有字段和表中的其他记录冲突, 那么会删除那条其他记录。

上面的第5步同时也说明了这个问题。 对比图3 和图4 , 发现在插入一条新的 id = 100name = a 的记录之后, 还删除了id = 2name = lisi 的记录。 为什么会这样呢? 我们在开始的时候说过, 表中的email字段加上了唯一约束。 id = 2 的记录 email 等于 新插入的id = 100 的记录中的email, 都是123456@qq.com 。 这就导致违反唯一约束, 所以在插入 id = 100 的记录之前, 删除了 id = 2的记录。

下面再次验证一下。 现在我们替换 id = 5name = lisi3 的记录, 将它的email替换为2@163.com 。 表中的 id = 6 的记录的email字段也是2@163.com , 所以会导致违反唯一约束。

执行下面的语句:

sqlite> replace into student (id, name, sex, email, fenshu, tecid, class) values ('5', 'lisi3', 'F', '2@163.com', '80', '2', '1');

执行完这条语句之后, 表中的数据如下图:

图5

对比图4 和 图5 , 发现 id = 5 的记录被替换掉, 并且把这条记录的email设置为2@163.com, 这和图4中原有的 id = 6 的记录冲突, 所以导致 id = 6 的记录被删除, 在图5 中已经没有 id = 6 的那条记录了。

replace语句和update语句的对比

  • update 语句使用 where 子句定位被更新的记录;

  • update 语句可以一次更新一条记录, 也可以更新多条记录, 只要这多条记录都符合 where 子句的要求;

  • update 只会在原记录上更新字段的值, 不会删除原有记录, 然后再插入新纪录;

  • 如果在 update 语句中没有指定一些字段, 那么这些字段维持原有的值, 而不会被置空;

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 202,056评论 5 474
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 84,842评论 2 378
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 148,938评论 0 335
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,296评论 1 272
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,292评论 5 363
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,413评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,824评论 3 393
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,493评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,686评论 1 295
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,502评论 2 318
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,553评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,281评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,820评论 3 305
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,873评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,109评论 1 258
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,699评论 2 348
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,257评论 2 341

推荐阅读更多精彩内容