‘壹’ sql语句中的select执行效率和where条件的排序有关吗
没有关系。
在MS
SQL
2008
R2下测试，一个数据量大约是20万条记录的表中，Where各条件前后放置查询速度基本一样。
MS
SQL内部是使用了很多查询优化算法的，并不是我们想象的，一条一条去比较，SQL的设计要是笨到那一步，就没法投入实际运用了。
‘贰’ sql语句中order by的效率怎么样
区区1000条
对
orderby的效率简直就是小菜。
一般ID是自增字段，你
用升序
或是降序
效率是差不多的，sql服务器的排序算法很智能，正向反向效能不相上下。
除非
你那个是局部有序，局部乱序
盘体也复杂可能有很大区别。
但是不用排序肯定快是一定的。
到时你用如下方式执行一下看看就行了!自己比对，比谁说的都好使!
SET
STATISTICS
PROFILE
ON
SET
STATISTICS
IO
ON
SET
STATISTICS
TIME
ON
GO
select
*
from
[student]
where
[school]
=
'四平中学'
order
by
[id]
GO
SET
STATISTICS
PROFILE
OFF
SET
STATISTICS
IO
OFF
SET
STATISTICS
TIME
OFF
‘叁’ sql 需要时间排序 但是加上时间排序 效率太低
网络一下order by 这个sql函数，直接查询的时候，就可以排序完成的，这个应该算是很快的了
‘肆’ 如何提高sql语句的执行效率
1、使用ordered提示
Oracle必须花费大量的时间来剖析多表的合并，用以确定表合并的最佳顺序。SQL表达式涉及七个乃至更多的表合并，那么有时就会需要超过30分钟的时间来剖析，Ordered这个提示(hint)和其他的提示一起使用能够产生合适的合并顺序。
2、使用ordered_predicates
ordered_predicates提示在查询的WHERE子句里指定的，并被用来指定布尔判断(Booleanpredicate)被评估的顺序。在没有ordered_predicates的情况下，Oracle会使用下面这些步骤来评估SQL判断的顺序：子查询的评估先于外层WHERE子句里的Boolean条件。
所有没有内置函数或者子查询的布尔条件都按照其在WHERE子句里相反的顺序进行评估，即最后一条判断最先被评估。每个判断都带有内置函数的布尔判断都依据其预计的评估值按递增排列。
3、限制表格合并评估的数量
提高SQL剖析性能的最后一种方法是强制取代Oracle的一个参数，这个参数控制着在评估一个查询的时候，基于消耗的优化器所评估的可能合并数量。
(4)sql排序效率扩展阅读：
1、表设计的优化，数据行的长度不要超过8020字节，如果超过这个长度的话在物理页中这条数据会占用两行从而造成存储碎片，降低查询效率。
2、语句的查询优化，保证在实现功能的基础上，尽量减少对数据库的访问次数；
3、建立高效的索引创建索引一般有以下两个目的：维护被索引列的唯一性和提供快速访问表中数据的策略。
大型数据库有两种索引即簇索引和非簇索引，一个没有簇索引的表是按堆结构存储数据，所有的数据均添加在表的尾部，而建立了簇索引的表，其数据在物理上会按照簇索引键的顺序存储。个表只允许有一个簇索引。
4、强制查询转换，有时候oracle 的优化器未必能走正确的查询路线，这个时候就需要添加一些hint 之类的来规定他的执行路线。当然了，这个未必是最好的处理方案。因为虽然现在走这个路线是对的，以为因为数据的变化到这这个HINT 变得不可取。
‘伍’ 求一个效率SQL数字排序、更新代码
UPDATE tab t1
SET 排名 = (SELECT rk FROM (SELECT 分数, DENSE_RANK() OVER(ORDER BY 分类 DESC) rk from tab) t WHERE 分数 = t1.分数)
或者
update tab t1
set 排名 = (select count(distinct 分数) from tab where 分数 >= t1.分数)
推荐用第一个，效率高一点
‘陆’ mysql order by 排序效率慢 SQL 附上
既然查询速度特别快 而且你也只需要排名前一百条的语句，可以用where语句再过滤一下，然后对查询出来的语句再进行排序。相对来说需要排序的数据量会少一些。
例如：
1、select top 100 * from mytable order by operateDate；
2、select * from (select top 100 * from mytable ) a order by a.operateDate；
如果表内数据量比较大的话 ，2 的速度是优于1的。毕竟1是先对表内所有数据排序，然后再进行查询，2只需要排序过滤之后的数据。
‘柒’ 如何优化sql排序效率
t1.PERFORMDATE >= trunc(SYSDATE) - 30 选择性不好？？怎么没有索引啊
PARTITION BY t1.PUTCONTAINERCHE ORDER BY t1.PERFORMDATE DESC
建立(PUTCONTAINERCHE ,PERFORMDATE DESC)如何索引试试
‘捌’ SQL server如果有排序，会不会影响效率
如果有排序 只会提高 性能
如果是对少量的数据是体现不出来的 也许会 有一点影响 效率 如果是多 大量的数据 排序会增加 效率 提高执行速度
‘玖’ MySQL中如何查看“慢查询”，如何分析执行SQL的效率
QAN（Query Analytics）
PMM 目前有 2 个版本，但是对于 QAN 来说其大致由三部分组成：
QAN-Agent（client）：负责采集 slow-log 的数据并上报到服务端
QAN-API（server）：负责存储采集的数据，并对外提供查询接口
QAN-APP：专门用来展示慢查询数据的 grafana 第三方插件
1. 数据流转
slow-log --> QAN-Agent --> QAN-API <--> QAN-APP（grafana）
2. pmm1 架构图