今天偶然想起一个UPDATE相关的小问题,正常情况下,如果我们将UPDATE改写成与之对应的SELECT语句,其SELECT查询结果应与UPDATE的目标表存在一对一的关系,例如:

对于UPDATE语句:

UPDATE TB1
SET C2=TB2.C2
FROM TB1
INNER JOIN TB2
ON TB1.C1=TB2.C1

假设TB1中C1为主键,那么改写成对应的SELECT SQL

SELECT TB1.C1,
TB1.C2 AS C2_OLD,
TB2.C2 AS C2_NEW
FROM TB1
INNER JOIN TB2
ON TB1.C1=TB2.C1

以上查询结果应该也可以以C1为主键,即C1在此查询结果中是唯一的。

问题出现了,如果查询结果中C1不唯一,那么更新后的结果会是什么呢?

让我们来测试下,准备测试数据:

CREATE TABLE TB001
(
C1 INT,
C2 INT
);
GO
CREATE TABLE TB002
(
C1 INT,
C2 INT
); DELETE FROM TB001
DELETE FROM TB002 INSERT INTO TB001(C1,C2)
SELECT 1,1
UNION ALL
SELECT 2,1 GO
INSERT INTO TB002(C1,C2)
SELECT 1,3
UNION ALL
SELECT 1,2
UNION ALL
SELECT 2,4 GO
SELECT * FROM TB001
SELECT * FROM TB002
GO
SELECT *
FROM TB001 T1
INNER JOIN TB002 T2
ON T1.C1=T2.C1

查询结果中C1的记录并不唯一,如果我们对此更新,结果会是什么呢?

UPDATE方式1

--第一种更新
UPDATE TB001
SET C2=T1.C2*T2.C2
FROM TB001 T1
INNER JOIN TB002 T2
ON T1.C1=T2.C1 --查看执行结果
SELECT * FROM TB001

UPDATE方式2

--第二种更新
UPDATE TB001
SET C2=TB001.C1*T2.C2
FROM TB002 T2
WHERE TB001.C1=T2.C1
--查看执行结果
SELECT * FROM TB001

UPDATE方式3

--第三种更新
WITH TMP AS
(
SELECT T1.C1,T1.C2,T1.C2*T2.C2 AS NewC2
FROM TB001 T1
INNER JOIN TB002 T2
ON T1.C1=T2.C1
)
UPDATE TMP
SET C2=NewC2
--查看执行结果
SELECT * FROM TB001

通过比较,不难看出,对于第一种和第三种方式,TB001中的C1=1的记录只被更新1次,而对于第二种方式来说,该记录被更新2次。

---====================================================================

对于上面的例子,无论那种方式,更新结果都可能不是我们预期的结果,因此我们避免此类操作(尤其是生产环境)。

尽管这些测试没有太多意义,但聊胜于无,供各位看官一看。

BTW:对于三种UPDATE写法,个人偏好第三种,因为可以很容易滴查看SELECT结果集,从而对更新后的结果有一个预期了解,以检查是否满足需求。

--====================================================================

很多人是来看妹子的,我懂你们的。。。

重口难调,你们将就下

曲演杂坛--Update的小测试的更多相关文章

  1. 曲演杂坛--一条DELETE引发的思考

    原文:曲演杂坛--一条DELETE引发的思考 场景介绍: 我们有一张表,专门用来生成自增ID供业务使用,表结构如下: CREATE TABLE TB001 ( ID ,) PRIMARY KEY, D ...

  2. 曲演杂坛--为什么SELECT语句会被其他SELECT阻塞?

    很多刚入门的DBA在捕获阻塞得时候,会问这么一个问题“为什么这个SELECT语句被那个SELECT语句阻塞了,难道不是共享锁么?” 让我们来做个小测试,首先准备一些测试数据: --========== ...

  3. 曲演杂坛--使用TRY CATCH应该注意的一个小细节

    群里一个朋友遇到一个TRY CATCH的小问题,测试后发现是自己从来没有考虑的情况,写篇blog加深下印象 --============================================ ...

  4. 曲演杂坛--使用CTE时踩的小坑:No Join Predicate

    在一次系统优化中,意外发现一个比较“坑”的SQL,拿出来供大家分享. 生成演示数据: --====================================== --检查测试表是否存在 IF(O ...

  5. 曲演杂坛--使用ALTER TABLE修改字段类型的吐血教训

    --===================================================================== 事件起因:开发发现有表插入数据失败,查看后发现INT类型 ...

  6. 曲演杂坛--蛋疼的ROW_NUMBER函数

    使用ROW_NUMBER来分页几乎是家喻户晓的东东了,而且这东西简单易用,简直就是程序员居家必备之杀器,然而ROW_NUMBER也不是一招吃遍天下鲜的无敌BUG般存在,最近就遇到几个小问题,拿出来供大 ...

  7. 曲演杂坛--当ROW_NUMBER遇到TOP

    值班期间研发同事打来电话,说应用有超时,上服务器上检查发现有SQL大批量地执行,该SQL消耗IO资源较多,导致服务器存在IO瓶颈,细看SQL,发现自己都被整蒙了,不知道这SQL是要干啥,处理完问题赶紧 ...

  8. 曲演杂坛--特殊字符/生僻字与varchar

    对于中文版的SQL SERVER,默认安装后使用的默认排序规则为Chinese_PRC_CI_AS,在此排序规则下,使用varchar类型来可以“正常存取”存放中文字符以及一些东南亚国家的字符,同时v ...

  9. 曲演杂坛--EXISTS语句

    通常在我写EXISTS语句时,我会写成IF EXISTS(SELECT TOP(1) 1 FROM XXX),也没细细考究过为什么要这么写,只是隐约认为这样写没有啥问题,那今天就深究下吧! 首先准备测 ...

随机推荐

  1. 使用ASP.NET AJAX 从脚本中调用Web 服务的应用方法

    技能点:通过编写WebService,在页面js中调用WebService来进行数据查询. 网站开发,有些时候需要使用js在页面动态生成一些内容,但还有些数据要通过查询数据库才能获取的. 但由于诸如主 ...

  2. Python错误:close failed in file object destructor

    我遇到的情况: 二进制程序调shell再调Python后,shell退出,Python进程挂到init上(不是僵尸进程),但 此时二进制程序未退出,这时候中断而二进制程序出现此提示. 经查询: 应该是 ...

  3. Web Components 规范学习

    最新的规范在这里:http://w3c.github.io/webcomponents/explainer/ 依据规范,有以下四个组成部分: Templates Custom Elements Sha ...

  4. ContentProvider-------------自定义的内容提供者 然后去访问

    自定义提供者 import android.content.Context; import android.database.DatabaseErrorHandler; import android. ...

  5. ASP.NET MVC HtmlHelper 默认值

    例如: @Html.HiddenFor(m=>m.IsMating,new { Value="True"}) 注意:value属性的首字母要用大写.

  6. Django之XSS攻击

    一.什么是XSS攻击 xss攻击:----->web注入    xss跨站脚本攻击(Cross site script,简称xss)是一种“HTML注入”,由于攻击的脚本多数时候是跨域的,所以称 ...

  7. PAT 1035 插入与归并(25)(代码+思路+测试点分析)

    1035 插入与归并(25 分) 根据维基百科的定义: 插入排序是迭代算法,逐一获得输入数据,逐步产生有序的输出序列.每步迭代中,算法从输入序列中取出一元素,将之插入有序序列中正确的位置.如此迭代直到 ...

  8. myschool 1204

    http://oj.jxust.edu.cn/problem.php?id=1274 #include <iostream> #include <set> using name ...

  9. _GET_

    _GET_:读取属性,没有自动创建

  10. OSGi 系列(七)之服务的监听、跟踪、声明等

    OSGi 系列(七)之服务的监听.跟踪.声明等 1. OSGi 服务的事件监听 和 bundle 的事件监听类似,服务的事件监听是在服务注册.注销,属性被修改的时候,OSGi 框架会发出各种不同的事件 ...