游乐游手机版
首页/数据库/文章详情

sqlserverCTE删除重复数据的实现方法

时间:2026-04-19 14:58
SQL Server 使用 CTE 高效删除重复数据 实现删除重复数据并保留一条记录 处理数据库中的重复记录,核心目标是在识别出重复项后,为每组保留唯一的一条数据。利用 SQL Server 的 CTE(公用表表达式)可以清晰、高效地完成这一任务,具体操作可分为三个步骤: 首先,使用ROW_NUMB

SQL Server 使用 CTE 高效删除重复数据

实现删除重复数据并保留一条记录

处理数据库中的重复记录,核心目标是在识别出重复项后,为每组保留唯一的一条数据。利用 SQL Server 的 CTE(公用表表达式)可以清晰、高效地完成这一任务,具体操作可分为三个步骤:

  • 首先,使用ROW_NUMBER()窗口函数作为“编号工具”。它的作用是为表中的每一行数据分配一个序号,关键点在于按照您指定的重复判定列(例如设备编号和发送日期)进行分组排序。
  • 接着,通过CTE创建一个临时的、可重用的结果集。这相当于建立了一个清晰的数据操作视图,便于后续处理。
  • 最后,执行删除命令:仅保留每组中序号为1的原始记录,而将组内序号大于1的所有重复行安全移除。
WITH CTE AS (
SELECT
IOT_TerminalNo,
SendDate,
EVoltage,
ECurrent,
CreateTime,
ROW_NUMBER() OVER ( PARTITION BY IOT_TerminalNo, SendDate ORDER BY (SELECT 0) ) AS rn
FROM
Equipment_1001
where
--IOT_TerminalNo='Weldjoin-000001' AND
SendDate >='2025-04-01 00:00:00.000'
AND SendDate<'2025-07-07 13:26:32.830'
)
DELETE FROM CTE WHERE rn > 1;
  • PARTITION BY:此子句定义了数据分组的依据,即指定哪些字段组合用于判断数据是否重复。
  • rn > 1:这个条件是执行数据清洗的筛选器,它会精准删除所有重复项,确保最终每组数据只留下第一条。

SQL Server 删除完全重复数据并保留一条

应用场景与前提

在数据库实际运维过程中,有时会遇到一种更特殊的情况:SQL Server 数据表中虽然定义了主键,但表中却存在多条所有字段值都完全一致的记录——包括主键字段本身。此时,若直接按主键执行删除操作,可能导致所有重复行被一并删除,造成数据丢失。因此,需要一种更安全的去重方法。

实现删除完全重复数据并保留一条

应对这种主键重复的复杂场景,上述基于 CTE 和窗口函数的方案依然是最佳实践。其操作流程保持一致:

  1. 利用ROW_NUMBER()函数,为这些完全相同的“克隆”记录在组内进行编号。
  2. 通过CTE构建一个临时的、结构化的数据视图,方便操作。
  3. 执行删除语句,安全移除组内编号大于1的所有冗余副本。
WITH CTE AS (
SELECT
## 字段
code,
timePoint,
ROW_NUMBER() OVER ( PARTITION BY code, TimePoint ORDER BY (SELECT 0) ) AS rn
FROM table_name
)
DELETE FROM CTE WHERE rn > 1;

关键步骤解析

  • PARTITION BY:这是精准定位重复组的关键。通过它来定义重复数据的判断标准,在本例中,即codeTimePoint两个字段值均相同的记录被视为一组。
  • rn > 1:这是执行最终删除操作的判断条件。它确保了无论一组内存在多少条完全相同的记录,最终都只保留最先被编号的那一条,从而实现安全、无损的数据去重。
来源:https://www.jb51.net/database/345052f68.htm
上一篇SQLUPDATE语句详解更新单列、多列的写法 下一篇SQL Server修改数据库名及物理数据文件名操作步骤
本站内容用于信息整理与展示,如有侵权或内容问题请及时联系处理。

相关推荐

补充同频道和同主题内容,方便继续浏览更多相关内容。

同类最新

继续查看同栏目最近更新的文章。

更多
Oracle并行DML提升大批量UPDATE效率详解
数据库 · 2026-07-04

Oracle并行DML提升大批量UPDATE效率详解

首先需要明确一个关键要点:Oracle 的 UPDATE 语句默认完全不支持并行执行,即便你添加了 *+ PARALLEL * 提示也仍然无效——这是数据库的硬性限制,并非配置参数未正确设置。若要利用并行 DML 实现大批量 SQL UPDATE 的显著性能提升,必须深入理解其行为机制。 从根本

SQLite视图模拟动态计算列的实用方法
数据库 · 2026-07-04

SQLite视图模拟动态计算列的实用方法

SQLite没有像PostgreSQL那样内置的GENERATED ALWAYS AS语法,但这并不意味着我们没法实现“计算列”的效果。一个很自然的替代方案就是视图——通过封装SELECT表达式,在查询时动态计算结果。虽然视图不存储数据,但每次查询都能拿到最新计算值,对轻量级项目来说足够用了。 SQ

如何用SQL子查询找出选修所有课程的优等生名单
数据库 · 2026-07-04

如何用SQL子查询找出选修所有课程的优等生名单

在数据库查询中,想要精准检索出“选修了全部课程”的学生,很多人都会被这个问题卡住。直接使用IN或EXISTS子查询进行判断,只能确认学生是否“选过某几门课”,而无法证明其“选过每一门课”。这里的关键误区在于,子查询本质上表达的是集合的包含关系,而非全称量化的逻辑。要想准确锁定这类学生,正确的解决思路

SQL Server DDL触发器防止误删数据库表的编写方法
数据库 · 2026-07-04

SQL Server DDL触发器防止误删数据库表的编写方法

很多人在SQL Server中配置DDL触发器时都会遇到一个常见困惑:明明创建了阻止DROP TABLE的触发器,却依然无法生效。核心问题在于:DDL触发器必须显式启用才能正常工作,创建后不启用就等于没用,这是导致线上操作事故的重要原因。 在SQL Server中,使用CREATE TRIGGER

SQL视图递归深度限制与配置参数调整方法
数据库 · 2026-07-04

SQL视图递归深度限制与配置参数调整方法

一张图看清不同数据库对视图嵌套深度和递归CTE的处理差异。 先摆一个残酷的现实:如果你的SQL Server视图嵌套超过32层,编译器会直接甩给你一个Msg 319报错,连执行计划都生成不了。这可不是什么可配置的软限制,而是解析器调用栈的硬上限,发生在编译阶段。换句话说,根本没得商量。 这时你可能会