SQL语句的写法：update语句中 case...when 用法

最新推荐文章于 2024-08-26 10:49:43 发布

原创最新推荐文章于 2024-08-26 10:49:43 发布 · 3.1k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#sql

本文介绍了一个使用SQL更新语句结合CASE WHEN逻辑的例子。该例通过指定master_id和class_idx来更新表中的total_money字段，展示了如何根据不同条件设置不同的值。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

update语句结合case when例子：

根据master_id和class_idx来更新数据

如图：

sql语句：update table_name

set ins_comp_id='111',bxgs_fl_id='111',

total_money =

case class_idx when 'JQX' then '900' when 'SYX' then '2300' else null end

where a.master_id='739E4rMaTt2ys6Wum32gqw';

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

chayzhang

关注关注

3
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

SQL语句全攻略：从基础到进阶的编程之旅

邓邓子的博客

07-01

993

本文系统梳理SQL语句的核心知识体系，从基础语法到高级应用层层递进。开篇解析SQL语句的标准写法顺序，深入讲解关联查询（内连接、外连接等）与常用函数操作；继而覆盖数据库与表的创建、增删改查等基础操作，结合一对多、多对多关系场景演示复杂数据关联逻辑。针对性能优化，重点分析索引策略、子查询替代方案等实用技巧；高级部分引入窗口函数、公共表表达式（CTEs）及聚合函数的进阶应用，辅以场景化案例提升理解。无论是数据库新手还是进阶开发者，均可通过本文夯实SQL基础、掌握性能调优方法，实现从语法应用到工程实践的能力提升。

sqlserver update语句逐行生效？如何实现？

**My Coding Family**

08-28

943

🏆本文收录于《优快云问答解惑-专业版》专栏，主要记录项目实战过程中的Bug之前因后果及提供真实有效的解决方案，希望能够助你一臂之力，帮你早日登顶实现财富自由🚀；同时，欢迎大家关注&&收藏&&订阅！持续更新中，up！up！up！！

参与评论您还未登录，请先登录后发表或查看评论

[每日一练]update和case-when语句联合实现条件更新

2302_77975940的博客

06-18

582

该题目来源于力扣：.

【SQL】update中使用case when

热门推荐

Just Do IT

05-25

6万+

1.创建测试表及数据CREATE TABLE graduates ( name varchar(255) , income int4(255) ); INSERT INTO graduates VALUES ('桑普森', '400000'); INSERT INTO graduates VALUES ('迈克', '30000'); INSERT INTO...

sql update case when

LLLiuwanpeng的博客

09-04

425

UPDATE ClientCart SET Flag= case when Flag=0 then 1 when Flag=1 then 0 else 1 end where ID=1

SQL之CASE WHEN用法进阶——Update语句使用case更新、数据对比（三）

Beau_Ray的博客！

12-19

1万+

SQL之CASE WHEN基础用法详解(一) SQL之CASE WHEN用法进阶——where语句后跟case语句(二) SQL之CASE WHEN用法进阶——Update语句使用case更新、数据对比(三) 前言作用: 可以使用它们在数据库进行判断功能,跟代码中的if...else功能一样.但是,它们又存在差异,下面就来讲它们的具体作用和差别。一: 使用语法 (一)普通case函数 CA......

Mysql 一条SQL语句实现批量更新数据，update结合case、when和then的使用案例

因为我很笨拙。

06-28

3万+

Mysql 一条SQL语句实现批量更新数据，update结合case、when和then的使用案例

PB脚本中SQL语句写法与SQL中语句写法对照

08-30

在SQL语言中，可以使用Update表名Set字段名=case字段名when值1then值2else值三endFrom表名Where条件语句来实现条件语句的写法。四、取余函数Mod() 在PB脚本中，可以使用Mod(要取余数的值,取余值)函数来实现取余数...

case when 使用——mysql sql

global_coding的博客

06-25

774

case when 使用——mysql sql

PHP 使用 CASE WHEN 实现批量更新 SQL 语句详解（附完整代码示例）

qq_39294511的博客

03-15

1797

本文介绍了PHP利用CASE WHEN实现高效批量更新数据库的方法。相比传统循环执行UPDATE语句的方式，基于CASE WHEN的批量更新方案将多个更新操作合并为一条SQL执行，显著提升性能和安全性。文章详细解析了核心实现原理，包括CASE WHEN语法机制、数据格式要求，并提供了完整代码实现。主要功能模块包括：batchUpdate()主入口方法、parseUpdate()构建CASE WHEN语句、getUpdateCaseWhere()构造条件等。通过示例演示了如何根据ID批量更新用户姓名和年龄，同

在update中使用case when更新列

生活的味道

02-26

5万+

当我们需要将下面的列的值更新成汉语拼音时，那需要在update中使用case when 函数： 1 2 优化型 3 强化收益型 4 债券型 5 货币型 6 收益型 7 指数优化型 用法如下： update test set fjjtzlx = (case fjjtzlx when '优化型' then 'YHX' when '强化收益型' then 'QHSYX'<br

update case when的使用

wing

06-01

1万+

示例：根据年龄确定组别-- 更新 update `act_txtx_players_mf` as pmf inner join `act_txtx_players` as p on pmf.players_id=p.id set pmf.act_group=( case when p.age<7 then 1 when p.age<10 then 2 else 3 end...

update case when用法_LeetCode 更新：UPDATE/CASE...WHEN/IF

weixin_39618597的博客

12-01

438

leetcode 627. 交换工资题目：给定一个 salary 表，如下所示，有 m = 男性和 f = 女性的值。交换所有的 f 和 m 值（例如，将所有 f 值更改为 m，反之亦然）。要求只使用一个更新（Update）语句，并且没有中间的临时表。注意，您必只能写一个 Update 语句，请不要编写任何 Select 语句。例如：| id | name | sex | salary | |...

sql 的update中使用case when

zisongjia的博客

10-11

1万+

UPDATE 表 SET 字段1 = (CASE WHEN 字段2 IS NULL THEN Fdate ELSE 字段 3 end) 例如： UPDATE TblRepayMent SET FRepayDate = (CASE WHEN FFromBillType IS NULL THEN Fdate ELSE FCheckDate end)

update中使用case when

幸福不是选择题的博客

03-19

9636

update pe_bzz_student set ss_dx = CONCAT( CASE IFNULL(ss_dx,'') WHEN '' THEN '' ELSE CONCAT(ss_dx,'/') END ,'总部副职 /所属单位副职') where id='4028abc267deed710167def139c80004'; 业务需求为：在ss_dx字段中追加信息，每...

sql update set使用case when语句

z_qifa的博客

07-03

1万+

1、 update TD_XXXsetdjyzmdm=null,djyzmsj=null,DLCS= case when DLCS is null then 1 else DLCS+1 end where djsj='xxx' 2、update `TD_XXX`set`datetime` = 1434567890,`status` = case `id` when 12 Then 1 whe

update case when 多字段，多条件， mysql中case when用法

weixin_45817985的博客

03-24

2694

update case when 多字段，多条件， mysql中case when用法

sqlのupdate case when 的玩法

weixin_39422729的博客

08-26

946

【代码】sqlのupdate case when 的玩法。

Sql:语句:Update when case

06-16

1825

根据随机数来更新Comment IDdeclare @indextable table(id int,names nvarchar(10),vs int,commentID int) insert into @indextable(id,names,vs,commentID) select 1,zr,null,null union all select 2,ld,null,

待遇终止记账失败：-1com.dareway.framework.exception.BusinessException: 调用服务【com.dw.stub.BITDSUStub.updateBiPersonBaseInfoC】出错： -1org.springframework.dao.DeadlockLoserDataAccessException: PreparedStatementCallback; SQL [update bic.person_chng_detl set bghxx = ? where( case when bgid = '' then null else bgid end ) = ? and( case when bgxm = '' then null else bgxm end ) = ?]; Deadlock found when trying to get lock; try restarting transaction; nested exception is java.sql.BatchUpdateException: Deadlock found when trying to get lock; try restarting transaction

最新发布

04-04

<think>嗯，用户遇到了一个数据库死锁的问题，导致待遇终止记账失败。首先，我需要理解这个错误的根本原因。错误信息显示是DeadlockLoserDataAccessException，这说明在执行SQL更新语句时发生了死锁，数据库事务无法获取所需的锁，因此被回滚了。接下来，我需要分析用户提供的SQL语句，看看是否存在潜在的死锁风险。用户的SQL语句是更新bic.person_chng_detl表，条件中使用了一些case when语句来处理空字符串转为null的情况。具体来说，where子句中的两个条件都是通过case when来处理bgid和bgxm字段，将空字符串转换为null进行比较。首先，我需要考虑这个更新语句的索引情况。如果bgid和bgxm字段没有合适的索引，或者索引结构不合理，可能导致全表扫描，增加锁竞争的可能性。尤其是在高并发环境下，多个事务同时更新相同的记录或索引键，容易引发死锁。其次，where条件中的case when转换可能会影响索引的使用。例如，如果数据库无法有效利用索引来处理case when表达式，可能会导致锁的范围扩大，从而增加死锁的概率。需要检查执行计划，确认是否使用了正确的索引，或者是否需要调整索引策略。另外，事务的隔离级别也是一个需要考虑的因素。如果事务隔离级别较高，比如可重复读（Repeatable Read），可能会增加锁的持有时间，从而更容易发生死锁。需要确认当前数据库的隔离级别是否适合业务场景，是否可以适当降低隔离级别以减少锁冲突。此外，应用程序中的事务管理方式也可能影响死锁的发生。例如，长时间运行的事务或大事务持有锁的时间过长，可能导致其他事务等待，进而引发死锁。需要检查代码中是否存在这样的事务设计问题，并考虑将大事务拆分为较小的事务单元，减少锁的持有时间和范围。还有一个方面是SQL语句的写法。用户当前的update语句使用了动态的条件转换，可能导致每次执行时生成的执行计划不同，进而影响锁的获取顺序。如果多个事务以不同的顺序访问相同的资源，就容易形成死锁环路。可能需要调整SQL语句，确保条件处理的一致性和索引的有效使用。接下来，我需要考虑如何帮助用户解决这个问题。首先，建议用户收集死锁日志，分析具体的死锁原因。数据库如MySQL可以通过SHOW ENGINE INNODB STATUS命令获取死锁信息，其他数据库也有类似的工具。通过分析死锁日志，可以确定涉及的事务和资源，找出死锁的具体环节。其次，优化SQL语句和索引。确保where条件中的字段有合适的索引，并且索引能够被有效利用。如果case when影响了索引使用，可能需要调整条件写法，或者使用函数索引（如果数据库支持）。例如，将条件改写为bgid = ? or (bgid is null and ? = '')，但需要注意参数传递的方式。另外，调整事务的提交频率和范围，避免长时间持有锁。在可能的情况下，将事务拆分为更小的操作单元，减少锁的竞争。同时，合理设置事务的隔离级别，根据业务需求选择较低的隔离级别，如读已提交（Read Committed）。还可以考虑在应用程序中引入重试机制，当捕获到死锁异常时，自动进行重试。但需要注意重试次数和间隔，避免无限重试导致系统负载过高。最后，建议用户进行代码审查，检查是否有其他潜在的问题，比如不必要的锁竞争，或者业务逻辑上的优化点，减少并发冲突的可能性。总结来说，解决这个死锁问题需要从多个方面入手：分析死锁原因、优化SQL和索引、调整事务管理、引入重试机制等。通过综合措施来减少死锁的发生，确保系统的稳定运行。</think>### 问题分析：数据库死锁导致业务异常这个错误的核心是 **数据库死锁（Deadlock）**，具体表现为多个事务在竞争资源时互相等待，导致系统强制回滚其中一个事务。以下是关键点拆解和解决方案建议： --- #### 一、错误直接原因 1. **报错信息** `Deadlock found when trying to get lock` 表明数据库检测到死锁，触发了事务回滚。 2. **触发场景** - **高并发更新**：多个事务同时更新 `bic.person_chng_detl` 表的同一行或同一索引范围。 - **索引设计不合理**：`where` 条件中的字段（如 `bgid`, `bgxm`）可能未正确使用索引，导致锁范围扩大。 - **事务隔离级别**：当前隔离级别（如 `REPEATABLE READ`）可能加剧锁竞争。 --- #### 二、关键代码风险点 ```sql update bic.person_chng_detl set bghxx = ? where (case when bgid = '' then null else bgid end) = ? and (case when bgxm = '' then null else bgxm end) = ? ``` 1. **潜在问题** - **索引失效**：`case when` 可能导致索引无法命中，引发全表扫描或锁升级。 - **空值处理逻辑**：`bgid` 和 `bgxm` 的空字符串转 `NULL` 可能引入非预期查询条件。 - **更新条件模糊**：字段的动态转换可能扩大锁范围（如间隙锁）。 --- #### 三、解决方案建议 1. **优化 SQL 语句** - **简化条件逻辑**：避免动态转换空字符串，改用明确的条件判断。例如： ```sql update bic.person_chng_detl set bghxx = ? where (bgid = ? or (? = '' and bgid is null)) and (bgxm = ? or (? = '' and bgxm is null)) ``` - **参数绑定**：确保传入参数与字段类型严格匹配（如空值用 `NULL` 而非空字符串）。 2. **检查索引设计** - **联合索引**：为 `bgid` 和 `bgxm` 创建复合索引（需根据实际查询频率权衡顺序）。 - **覆盖索引**：若 `bghxx` 是高频更新字段，考虑将其包含在索引中（需评估写入性能）。 3. **事务控制** - **缩短事务时间**：确保事务内只包含必要操作，减少锁持有时间。 - **降低隔离级别**：若业务允许，将隔离级别调整为 `READ COMMITTED`。 4. **死锁重试机制** ```java // 示例：Spring 重试注解（需引入 spring-retry） @Retryable(value = {DeadlockLoserDataAccessException.class}, maxAttempts = 3, backoff = @Backoff(delay = 100)) public void updateBiPersonBaseInfoC(...) { // 调用 update 方法 } ``` 5. **监控与日志分析** - **开启死锁日志**：通过数据库命令（如 MySQL 的 `SHOW ENGINE INNODB STATUS`）获取死锁详情。 - **分析锁竞争**：使用工具监控锁等待链（如 `pt-deadlock-logger`）。 --- #### 四、根本原因排查步骤 1. **复现问题**：通过压力测试模拟高并发更新场景。 2. **分析执行计划**：检查 SQL 是否命中索引。 3. **审查事务逻辑**：确认是否存在嵌套事务或跨服务长事务。 4. **检查数据分布**：观察 `bgid` 和 `bgxm` 的值分布是否均匀，热点数据易引发锁竞争。 --- ### 总结该问题需 **综合优化 SQL、索引、事务控制**，并通过监控工具定位具体锁竞争点。若条件允许，建议在测试环境验证优化效果后再上线。