sql server 中关于in的排序

最新推荐文章于 2025-09-05 09:37:33 发布
原创 最新推荐文章于 2025-09-05 09:37:33 发布 · 2.5k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了一种在SQL中实现特定顺序查询的方法。当需要按照指定的ID列表顺序获取记录时，可以通过使用CHARINDEX函数结合Rtrim及cast转换来实现。这种方法适用于需要按特定顺序返回查询结果的场景。

问题如下，在SqlServer有一个这样的SQL查询，

SELECT * FROM PDM_BANK_INFO  t  WHERE t.BANK_ID IN(9, 16, 3, 10, 11, 2, 5, 4, 23, 8, 15, 27);

但是查询出来的是按照 BANK_ID 自增排序的，但是想按照 9, 16, 3, 10, 11, 2, 5, 4, 23, 8, 15, 27 这样的顺序查出，


所以可以使用 

select * from PDM_BANK_INFO t where  t.BANK_ID IN(9, 16, 3, 10, 11, 2, 5, 4, 23, 8, 15, 27)
order by CHARINDEX(Rtrim(cast(t.BANK_ID as varchar(30))),'9, 16, 3, 10, 11, 2, 5, 4, 23, 8, 15, 27');

查询符合要求。

select * from PDM_BANK_INFO t where  t.BANK_ID IN(9, 16, 3, 10, 11, 2, 5, 4, 23, 8, 15, 27)
order by CHARINDEX(Rtrim(cast(t.BANK_ID as varchar(30))),'9, 16, 3, 10, 11, 2, 5, 4, 23, 8, 15, 27');

注意标记的红字




SQL SERVER2000数据库备份和恢复存储过程.rar_SQL 备份_recovery in SQL_sql server
09-21
在SQL Server 2000中，数据库的备份与恢复是数据库管理的重要组成部分，它确保了数据的安全性和可恢复性。下面将详细讲解这两个过程及其相关的存储过程。 首先，数据库备份是为了防止数据丢失，比如硬件故障、软件...
sqlserver中将varchar类型转换为int型再进行排序的方法
12-15
还有关于SQL多条件多字段排序、根据数字型字段对字符型字段排序、基于经纬度的距离排序、以及MySQL的排序规则utf8_unicode_ci和utf8_general_ci的区别，这些都是数据库管理和查询优化中非常重要的知识点。...
SqlServer查询数据中按In排序语句
weixin_30293079的博客
03-11 1038
select *,CHARINDEX(RTRIM(CAST(ID as NCHAR)),'这里放置要查询的ID字符串以","隔开') as SortNumber from 表 Where ID IN ('ID')order by SortNumber 转载于:https://www.cnblogs.com/-netxc/p/4330415.html...
sql server 按照in里面的顺序进行查询
01-13 5347
在一些查询中，尤其是批量查询的时候，经常遇到in，但是使用in的时候，查询结果并不是按照你in里面的顺序排列的，有些时候不得不再找其他方法。 找了很久发现一个解决办法。 最简单的例子，select * from student where id in （2,1,3）order by CHARINDEX(ltrim(id),'2,1,3' )
SQLSERVER排序
最新发布
weixin_66547608的博客
09-05 515
SQL Server排序操作核心要点总结：ORDER BY子句实现结果集排序，支持单/多字段、升/降序排列。关键特性包括NULL值处理（默认最小）、表达式/别名排序能力。性能优化建议利用索引匹配排序字段或限制数据量（TOP/OFFSET FETCH）。注意GROUP BY不会自动排序，子查询中ORDER BY通常无效（除非配合TOP）。大数据量排序需关注CPU和内存消耗。
mysql in 排序 也可以按in里面的顺序来排序
weixin_30697239的博客
04-15 296
SQL: select * from table where id IN (3,9,6);这样的情况取出来后，其实，id还是按3,6,9,排序的，但如果我们真要按IN里面的顺序排序怎么办？SQL能不能完成？是否需要取回来后再foreach一下？其实可以这样sql: select * from table where id IN (3,9,6) order by field(id,3,9,6);出来...
SQL语句之按in排序
weixin_30709809的博客
12-08 343
有时候我们需要按照in条件里的id顺序输出结果，可sql语句在不加order by的时候是按照asc排序的，下边的sql解决按照in条件顺序的id输出查询结果 mysql写法: SELECT * FROM EVENT WHERE eventId IN(443,419,431,440,420,414,509) ORDER BY INSTR(...
sql serve数据库中对in查询到的数据排序
weixin_30952535的博客
06-14 151
SELECT * FROM T_tabWHERE id IN ( 2, 1, 4 ) ORDER BY CHARINDEX(RTRIM(CAST(id AS VARCHAR(30))), '2, 1, 4') 红色字体部分： 　　按照想要的顺序进行排列 转载于:https://www.cnblogs.com/FFRDXRQ/p/7008...
SqlServer 基础知识 数据检索、查询排序语句
09-11
以下是一些关于SQL Server中数据检索和查询排序的知识点： 1. **数据检索**：基本的数据检索使用`SELECT`语句，例如`SELECT * FROM table`，它会返回表中的所有记录。`SELECT`语句可以与`WHERE`子句一起使用，用于...
40集SQL Server 基础入门视频教程 SQL Server 数据库基础入门必备课程
08-20
17.SQL Server 2014子查询IN.mp4 18.SQL Server 2014子查询EXISTS.mp4 19.SQL Server 2014返回记录排序.mp4 2.SQL Server 2014硬件和软件要求.mp4 20.SQL Server 2014关联查询.mp4 21.SQL Server 2014聚合函数...
精选资源
SQL Server精华 (CHM)_sqlserver_SQLServer笔记_
09-29
通过深入学习《SQL Server精华 (CHM)_sqlserver_SQLServer笔记_》中的内容，无论是初学者还是经验丰富的数据库管理员，都能进一步提升对SQL Server的理解和应用能力，从而更好地应对实际工作中的挑战。
MySQL/sqlserver查询in操作 查询结果按in集合顺序显示
ystyaoshengting的专栏
02-10 4392
mysql用下面的语句 select * from ibs6_terminal_adv_inf where id in (16,14,15) order by field(id,16,14,15) select * from ibs6_terminal_adv_inf where id in (16,14,15) order by find_in_set(id,'16,14,15') s
SQLServer条件查询，排序
NaZiMeKiY的博客
04-28 1378
SELECT 查询列 from 表名 WHERE 判断条件 BETWEEN ... AND ...SELECT 查询列 from 表名 判断条件1 and 判断条件2（可以使用复数个判断条件）格式：SELECT 查询列（可查询复数个） from 表名 WHERE 判断条件。例如我要查询Student表中Score大于90并且Address为成都的数据。（2）.使用between...and...判断在一个范围中的数据。例如我要查询Student表中Score在80到90之间的数据。
sql in 排序
dabing1989的专栏
01-23 896
在sql语句做查询的时候，用到IN语句时，当需要按照IN里面的串进行排序时以下语句可以进行过滤： mysql版本： select a.catentry_id from catentry a where a.catentry_id in (1001095,1001107,1001086) order by find_in_set(a.catentry_id,'1001095,1001107,
Sql 查询技巧 某例--关于in的排序
Haibing的博客
12-04 644
  在有时候使用in语句查询的时候,in语句中很多项,如15项，自己同时想让查询出来结果能够按照in语句中该字段顺序查询出来。 而Sql Server是默认按照自己的顺序排列出来的，所以一定会把结果集重新排序的。而如果使用case when的方法虽然很繁琐，但也是可以实现的  select item_code,keeper_ename from item_master wher
sql查询结果按照查询条件排序
qq_41588611的博客
02-28 1706
SQL查询结果按照指定顺序输出
sql语句中使用in，按照in里面的字符串排序
jerry的博客
03-04 4109
@[TOC]sql语句中in的使用遇到的问题 最近工作中，有条查询语句需要适用in，但是经过测试，没有按照in里面的字符串排序 试了 sql: select * from table where id IN (3,6,9,1,2,5,8,7) order by field(id,3,6,9,1,2,5,8,7); 没有效果 后来试了网友的 SELECT * FROM T_Name WHERE ID...
sqlServer避免in查询自动排序
Explorer_qian的博客
11-16 946
使用 CHARINDEX(cast(C.value as NVARCHAR(20)),‘主键,卖方编码,卖方名称,买方编码,卖方级别’) SELECT B.name AS columnName FROM sys.tables A INNER JOIN sys.columns B ON B.object_id = A.object_id LEFT JOIN sys.extended_properties C ON C.major_id = B.object_id AND C.minor_id
Sql查询按照in语句的顺序排列
weixin_43536460的博客
08-23 1362
【代码】Sql查询按照in语句的顺序排列。
sqlserver中 IN 和 JOIN哪个更快
08-26
<think>我们正在讨论SQL Server中IN和JOIN的查询性能比较。根据引用内容，我们可以总结以下几点： 1. **JOIN的写法更清晰**：当有多个表关联时，JOIN方式的写法能更清楚地看清各表之间的关系（引用[1]）。 2. **IN和JOIN的执行原理**： - **IN操作**：首先查询子查询的表，然后将内表和外表做一个笛卡尔积，然后按照条件进行筛选。当内表比较小的时候，IN的速度较快（引用[2]）。 - **JOIN操作**：有三种处理方法（引用[3]）： - **Nested Loops Join**：适用于一个表很小，另一个表有索引的情况，时间复杂度O(m*n) - **Merge Join**：适用于两个表都已排序且排序字段为连接字段，时间复杂度O(m+n) - **Hash Join**：适用于没有索引且数据量较大的情况，通过建立临时哈希表，时间复杂度O(m+n) 3. **性能对比**： - 当IN后面的子查询结果集较小（例如几千条）时，IN的性能可能较好（引用[2]）。 - 当子查询结果集很大（例如万条以上）时，IN的性能会下降，因为需要做笛卡尔积，此时JOIN（尤其是Hash Join或Merge Join）可能更高效（引用[2]）。 - 另外，如果IN后面直接跟一个很大的数组列表（而不是子查询），那么性能会很差，因为SQL Server无法使用索引优化（引用[2]）。 4. **优化建议**： - 优先使用JOIN，因为SQL Server的优化器会根据表结构和数据量自动选择最优的JOIN方式（引用[3]）。 - 避免在IN后面使用大列表，可以考虑将列表插入临时表，然后使用JOIN（引用[2]）。 因此，我们可以得出结论：在大多数情况下，尤其是涉及大表关联时，使用JOIN（并让SQL Server优化器自动选择JOIN类型）比使用IN更高效。但在子查询结果集很小的情况下，IN可能也是可接受的。 下面我们用一个示例来说明： 假设我们有两个表：`Orders`（订单表）和`Customers`（客户表），我们想查询特定客户的订单。 使用IN的方式： ```sql SELECT * FROM Orders WHERE CustomerID IN (SELECT CustomerID FROM Customers WHERE Country = 'China') ``` 使用JOIN的方式： ```sql SELECT Orders.* FROM Orders INNER JOIN Customers ON Orders.CustomerID = Customers.CustomerID WHERE Customers.Country = 'China' ``` 如果`Customers`表中满足`Country='China'`的记录很少，那么IN和JOIN（可能使用Nested Loops）的性能可能相近。但如果满足条件的客户很多，那么JOIN（可能使用Hash Join或Merge Join）会更高效。 此外，如果IN后面是直接的值列表，例如： ```sql SELECT * FROM Orders WHERE CustomerID IN (1, 2, 3, ... /* 上万个值 */) ``` 这种写法会导致性能问题，因为SQL Server无法有效使用索引。此时，应该将这些值放入临时表，然后使用JOIN： ```sql -- 假设已经将值插入到#TempCustomer表 SELECT * FROM Orders INNER JOIN #TempCustomer ON Orders.CustomerID = #TempCustomer.CustomerID ``` 综上所述，我们建议： - 优先使用JOIN进行表关联。 - 避免在IN中使用大列表，改用临时表+JOIN。 - 信任SQL Server优化器自动选择JOIN方式（除非有特殊需求，否则不要使用JOIN提示）。 §§相关问题§§ 1. SQL Server中如何查看查询的执行计划？ 2. 在什么情况下使用IN比使用JOIN更合适？ 3. 如何优化SQL Server中的大列表IN查询？ 4. SQL Server的三种JOIN方式（Nested Loops、Merge、Hash）分别适用于什么场景？ 5. 如何强制SQL Server使用特定的JOIN方式？</think>### SQL Server 中 IN 和 JOIN 的性能比较 在 SQL Server 中，**IN 和 JOIN 的性能差异主要取决于数据量、索引情况和执行计划选择**，具体分析如下： #### 📊 1. **IN 操作的执行原理** - 当使用 `IN` 子句时（尤其是包含子查询时），SQL Server 会： 1. 先执行子查询，生成结果集 2. 对外表和子查询结果做笛卡尔积 3. 通过条件筛选最终结果 - **适用场景**：子查询结果集较小（如几千条）时效率较高 - **缺点**：子查询结果集大时，笛卡尔积计算量指数级增长（引用[2]） #### ⚙️ 2. **JOIN 操作的执行原理** SQL Server 会根据数据特征自动选择三种联接策略： - **Nested Loops Join**： - 时间复杂度：`O(m*n)` - 适用：小表驱动大表，且关联字段有索引 - **Merge Join**： - 时间复杂度：`O(m+n)` - 要求：两个结果集在关联字段上已排序 - **Hash Join**： - 时间复杂度：`O(m+n)` - 适用：大数据量且无索引时，消耗内存建哈希表（引用[3]） #### ⚡ 3. **性能对比结论** | 场景 | IN 性能 | JOIN 性能 | 推荐方案 | |---------------------|--------------|---------------|---------------| | 子查询结果 < 1000行 | ✅ 较优 | ➖ 一般 | 可用 IN | | 子查询结果 > 1万行 | ❌ 急剧下降 | ✅ 显著优势 | 强制用 JOIN | | 关联字段有索引 | ➖ 中等 | ✅ 最优 | 优先 JOIN | | 无索引大数据量 | ❌ 极差 | ✅ Hash Join 优 | 必须用 JOIN | #### 🔧 4. **实际优化案例** 当某查询使用 `IN` 处理 1w+ 数据时耗时 30 秒，改为 `JOIN` 后性能大幅提升（引用[2]）： ```sql -- 低效的 IN 写法 SELECT * FROM Orders WHERE ProductID IN (SELECT ID FROM Products WHERE Price > 100) -- 高效的 JOIN 改写 SELECT o.* FROM Orders o INNER JOIN Products p ON o.ProductID = p.ID WHERE p.Price > 100 ``` #### 💡 5. **最佳实践建议** 1. **优先使用 `JOIN` 语法**： - 多表关联时更清晰易读（引用[1]） - SQL Server 优化器能自动选择最优联接策略（引用[3]） 2. **避免 `IN + 大列表`**： ```sql -- 错误示范（直接传递万级列表） SELECT * FROM Users WHERE ID IN (1,2,3,...,10000) -- 正确方案：改用临时表+JOIN CREATE TABLE #TempIDs (ID INT PRIMARY KEY) INSERT INTO #TempIDs VALUES (1),(2),...,(10000) SELECT u.* FROM Users u INNER JOIN #TempIDs t ON u.ID = t.ID ``` 3. **强制联接策略（谨慎使用）**： ```sql SELECT * FROM TableA a INNER LOOP JOIN TableB b ON a.ID = b.ID -- 强制Nested Loops OPTION (FORCE ORDER) -- 保持书写顺序（引用[4]） ``` > 📌 **总结**：在大多数场景下，尤其是处理大数据量时，**`JOIN` 的性能显著优于 `IN`**。SQL Server 优化器能智能选择联接策略，但需确保关联字段有索引，并避免在 `IN` 中直接使用超长列表。 --- ###
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值