SQL SERVER中对查询结果随机排序

最新推荐文章于 2017-03-01 09:57:00 发布
原创 最新推荐文章于 2017-03-01 09:57:00 发布 · 698 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#sql server #user #string #mysql

本文介绍了一种在数据库查询中实现结果记录随机排序的方法。通过使用newid函数，可以在不依赖RAND函数的情况下达到随机排序的效果，避免了RAND函数仅生成单一随机值的问题。

怎样才能对查询结果随机排序？

答：对结果记录随机排序，或随机返回x条记录，能够通过在select语句中使用rand函数来实现。但是rand函数在查询中只生成一次，因此每一行都将得到相同的值。能够通过在order by子句中使用newid函数来对结果进行排序的方法来实现 

String MySql = "select User_Name,User_Ip from Message order by newid()";

quweijie
关注
数据库查询排序使用随机排序结果示例(Oracle/MySQL/MS SQL Server)
01-21
Oracle查询结果集，随机排序 代码如下:select * from table1 order by dbms_random.value(); MySQL随机查询出一条记录： 代码如下: — 下面的查询语句效率高，不要使用 SELECT * FROM table1 ORDER BY rand() LIMIT 1 来查询 SELECT * FROM table1 WHERE id=(SELECT id FROM table1 ORDER BY rand() LIMIT 1)查询结果集，随机排序 代码如下:SELECT * FROM table1 ORDER BY rand() MS SQL
sql中随机分组后的随机排序
02-27
随机分组之后的随机排序，随机分组之后的随机排序，随机分组之后的随机排序
ms sql语句怎么样对随机记录进行排序
02-25
ms sql语句怎么样对随机记录进行排序
sql server数据随机排序
iteye_11550的博客
11-18 563
sql server中随机排序 select * from KSTM order by NEWID() 可用于考试系统随机抽题，如随机抽取10题 select top 10 * from KSTM order by NEWID()
SqlServer 基础知识 数据检索、查询排序语句
09-11
9. **排序处理**：`ORDER BY`语句用于对查询结果进行排序。`ORDER BY 1 DESC`将按照第一列（默认是升序，`DESC`表示降序）排序，如果有NULL值，它们通常会放在最后。为了控制NULL值的排序，可以使用`CASE`语句，如`...
如何从SQL Server表中选择随机行
04-01
通过将这个函数与`ORDER BY`子句结合，我们可以对表中的行进行随机排序，然后使用`TOP`关键字选取前几行。例如，如果你想从名为`Orders`的表中选取10%的随机行，你可以使用以下查询： ```sql SELECT TOP 10 PERCENT...
sql server中随机函数NewID()和Rand()
01-21
在SQL Server中，随机函数有rand()，NewID()，其中rand是在0到1内随机取数，NewID则是生成随机的uniqueidentifier唯一标识符。 SELECT * FROM Northwind..Orders ORDER BY NEWID() –随机排序 SELECT TOP 10 * ...
SQLSERVER中对查询结果随机排序
zgqtxwd的专栏
04-28 639
<!--google_ad_client = "pub-2947489232296736";/* 728x15, 创建于 08-4-23MSDN */google_ad_slot = "3624277373";google_ad_width = 728;google_ad_height = 15;//--><script type="text/javascript"
SQL BUG集之"随机排序中的newid()问题"
zjcxc(邹建)的Blog - SQL Server
07-29 2810
/**==** 2. 随机排序中的newid()问题 **==**/--测试数据declare @t table(name char(1),value int)insert into @tselect a,1union all select a,2union all select b,3union all select b,4union all select c,5union
sqlserver 查询结果随机排序
dragonbbc的专栏
10-18 1779
select * from tablename ordery by newid()
(SQL Server)将人员随机排序
纸风车
01-18 981
select '0000000000' as empid into #temp declare   @M int set   @M=100 declare @empid nvarchar(100) while(@M>0) begin select @empid=max(empid) from ( select top (cast((rand()*@M)   as  int)) *
MS SqlServer 随机查询并随机排序
aiji7208的博客
03-01 301
MS SqlServer : select top N * from Table1 order by NewId() mySql: SELECT*FROMtableNameORDERBYrand() 转载于:https://www.cnblogs.com/zhshlimi/p/6482854.html
SQL随机排序
hoostone的专栏
03-31 648
代码如下： 　　SELECT *　　FROM Northwind..Orders 　　ORDER BY NEWID()  　　SELECT TOP 10 * 　　FROM Northwind..Orders 　　ORDER BY NEWID() 
sql server的查询结果排序是随机的吗还是
最新发布
03-03
<think>嗯，用户问SQL Server的查询结果是不是随机的。我需要先确认用户的问题点在哪里。可能用户遇到了查询结果顺序不一致的情况，或者对数据库的默认排序机制不了解。 首先，我记得在SQL中，如果没有明确使用ORDER BY子句，数据库是不保证结果顺序的。这一点在SQL标准里应该是一致的，无论是SQL Server还是其他数据库系统。但用户可能在实际使用中发现，有时候即使没有ORDER BY，结果看起来似乎有规律，比如按主键排序，这时候可能误以为有默认排序。 接下来，我需要解释为什么会有这种情况。SQL Server执行查询时，数据存储的物理结构可能会影响结果顺序，比如聚簇索引的存在。聚簇索引决定了数据在磁盘上的物理顺序，所以当没有指定ORDER BY时，查询优化器可能会选择最有效的执行计划，这时候结果可能按聚簇索引顺序返回。但这种情况并不是绝对的，因为优化器可能根据查询条件、索引选择不同的访问路径，导致顺序变化。 然后，用户可能关心的是实际应用中需要注意的地方。比如，分页查询或者需要确定顺序的业务逻辑中，必须显式使用ORDER BY，否则当数据量变化或索引结构改变时，查询结果顺序可能不一致，引发问题。 另外，可能存在的误区是，即使多次执行同样的查询，结果顺序看起来一致，让用户误以为有默认排序。需要强调这是巧合，不能依赖这种行为。数据库的底层机制，如并行处理、数据分页等，都可能影响结果顺序，尤其是在高并发或大数据量的情况下。 最后，总结一下要点：没有ORDER BY时顺序不保证，可能受物理存储或执行计划影响，但不可依赖。必须显式指定ORDER BY以确保顺序。同时，提醒用户在实际开发中避免依赖隐式排序，防止潜在的问题。</think>SQL Server的查询结果排序在没有明确指定`ORDER BY`子句时，**不保证任何确定性顺序**，但这并不等同于“完全随机”。以下是关键点的分步说明： --- ### 1. **默认行为** 当查询语句中**没有**`ORDER BY`子句时： - SQL Server会按**最低成本执行计划**返回数据（优化器选择的最优路径）。 - 结果集可能表现出以下特征： - 如果表有**聚簇索引**，可能按聚簇索引顺序返回（但这不是SQL标准保证的）。 - 如果表是堆（无聚簇索引），可能按物理存储顺序返回。 - 涉及并行查询时，结果顺序可能更不稳定。 --- ### 2. **看似有序 ≠ 保证有序** 即使多次执行未排序的查询发现结果顺序一致，这可能是以下原因： - 数据未修改，执行计划未变。 - 查询优化器选择了相同的物理操作（如索引扫描）。 - **但此顺序不可依赖**，任何结构变化（如索引重建、数据更新）都可能导致顺序改变。 --- ### 3. **强制确定性顺序的唯一方法** 必须显式使用`ORDER BY`子句： ```sql SELECT * FROM TableName ORDER BY ColumnName; ``` --- ### 4. 常见误区场景 - **分页查询**：未指定`ORDER BY`时，`OFFSET FETCH`或`ROW_NUMBER()`的分页结果可能错乱。 - **UNION操作**：多个`SELECT`的结果合并时，默认顺序不可预测。 - **JOIN查询**：关联多表时，执行计划可能完全打乱原有物理顺序。 --- ### 5. 底层原理 - 数据存储依赖**页（Page）和区（Extent）**，未排序查询可能按页遍历顺序返回。 - 执行计划中的**运算符**（如`Table Scan`、`Index Scan`）影响访问顺序。 - **并行查询**会导致多个线程处理数据，结果顺序更不稳定。 --- ### 总结 | 场景 | 是否保证顺序 | 原因 | |-----------------------|--------------|-------------------------------| | 无`ORDER BY` | ❌ 否 | 由执行计划和物理存储决定 | | 有`ORDER BY` | ✔️ 是 | 显式指定排序逻辑 | | 聚簇索引表无`ORDER BY`| ❌ 看似有序但不可靠 | 除非显式排序，否则仍可能变化 | **最佳实践**：始终为需要确定顺序的查询添加`ORDER BY`，即使当前结果看似有序。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值