SQL语句和函数用法快速查询，7种数据库系统细微差异对比。
B. 怎样写sql语句能加快sql查询速度
尽量使用数字型字段，一部分开发人员和数据库管理人员喜欢把包含数值信息的字段设计为字符型，
这会降低查询和连接的性能，并会增加存储开销。
这是因为引擎在处理查询和连接回逐个比较字符串中每一个字符，而对于数字型而言只需要比较一次就够了。
C. 如何解决SQL查询速度太慢
1. 执行计划中明明有使用到索引，为什么执行还是这么慢？
2. 执行计划中显示扫描行数为 644，为什么 slow log 中显示 100 多万行？
a. 我们先看执行计划，选择的索引 “INDX_BIOM_ELOCK_TASK3(TASK_ID)”。结合 sql 来看，因为有 "ORDER BY TASK_ID DESC" 子句，排序通常很慢，如果使用了文件排序性能会更差，优化器选择这个索引避免了排序。
那为什么不选 possible_keys:INDX_BIOM_ELOCK_TASK 呢？原因也很简单，TASK_DATE 字段区分度太低了，走这个索引需要扫描的行数很大，而且还要进行额外的排序，优化器综合判断代价更大，所以就不选这个索引了。不过如果我们强制选择这个索引（用 force index 语法），会看到 SQL 执行速度更快少于 10s，那是因为优化器基于代价的原则并不等价于执行速度的快慢；
b. 再看执行计划中的 type:index，"index" 代表 “全索引扫描”，其实和全表扫描差不多，只是扫描的时候是按照索引次序进行而不是行，主要优点就是避免了排序，但是开销仍然非常大。
Extra:Using where 也意味着扫描完索引后还需要回表进行筛选。一般来说，得保证 type 至少达到 range 级别，最好能达到 ref。
在第 2 点中提到的“慢日志记录Rows_examined: 1161559，看起来是全表扫描”，这里更正为“全索引扫描”，扫描行数确实等于表的行数；
c. 关于执行计划中：“rows：644”，其实这个只是估算值，并不准确，我们分析慢 SQL 时判断准确的扫描行数应该以 slow log 中的 Rows_examined 为准。
4. 优化建议：添加组合索引 IDX_REL_DEVID_TASK_ID(REL_DEVID,TASK_ID)
优化过程：
TASK_DATE 字段存在索引，但是选择度很低，优化器不会走这个索引，建议后续可以删除这个索引：
select count(*),count(distinct TASK_DATE) from T_BIOMA_ELOCK_TASK;+------------+---------------------------+| count(*) | count(distinct TASK_DATE) |+------------+---------------------------+| 1161559 | 223 |+------------+---------------------------+
在这个 sql 中 REL_DEVID 字段从命名上看选择度较高，通过下面 sql 来检验确实如此：
select count(*),count(distinct REL_DEVID) from T_BIOMA_ELOCK_TASK;+----------+---------------------------+| count(*) | count(distinct REL_DEVID) |+----------+---------------------------+| 1161559 | 62235 |+----------+---------------------------+
由于有排序，所以得把 task_id 也加入到新建的索引中，REL_DEVID,task_id 组合选择度 100%：
select count(*),count(distinct REL_DEVID,task_id) from T_BIOMA_ELOCK_TASK;+----------+-----------------------------------+| count(*) | count(distinct REL_DEVID,task_id) |+----------+-----------------------------------+| 1161559 | 1161559 |+----------+-----------------------------------+
在测试环境添加 REL_DEVID，TASK_ID 组合索引，测试 sql 性能：alter table T_BIOMA_ELOCK_TASK add index idx_REL_DEVID_TASK_ID(REL_DEVID,TASK_ID);
添加索引后执行计划：
这里还要注意一点“隐式转换”：REL_DEVID 字段数据类型为 varchar，需要在 sql 中加引号：AND T.REL_DEVID = 000000025xxx >> AND T.REL_DEVID = '000000025xxx'
执行时间从 10s+ 降到 毫秒级别：
1 row in set (0.00 sec)
结论
一个典型的 order by 查询的优化，添加更合适的索引可以避免性能问题：执行计划使用索引并不意味着就能执行快。
D. 如何加快sql数据库查询速度
第1条语句：建议把子查询（SELECT gsid, max(dateandtime)as dt from info group by gsid ) i2 on i1.gsid = i2.gsid and i1.dateandtime = i2.dt)创建成一个视图VIEW，看看能不能加快查询，你可以试试，我这里没有你的数据无法测试，经验之谈，希望对你有帮助
其他的优化方法你可以考虑根据你的表情况从索引和jsp页面缓存的角度改善这个问题，具体的可以HI我，我们详谈。
E. SQL数据库使用速查手册的内容简介
《SQL数据库使用速查手册》书中以简明易懂的方式解释SQL语句和函数在FoxPro、Access、SQLServer、Oracle、Sybase、DB2和MySQL7种数据库管理系统中的不同用法，并提供大量的实例供读者参考。
《SQL数据库使用速查手册》可供使用SQL的程序员、数据库构建设计人员查询使用，还可以为学习数据库编程的人员和想取得各种数据库考试认证的人员提供学习帮助。
F. 如何提高SQL查询速度
索引对数据库检索优化时很重要的一个概念聚集索引在SQL中是唯一的也就是说聚集索引时一个很宝贵的资源但是SQL SERVER在自动分配索引的时候默认总是将ID主键分配为聚集索引其实是很浪费的通常情况下你可以通过语句创建聚集索引到你使用率最高的条件字段上面去，当然你必须先分配聚集索引然后再去分配主键，否则主键创建时就会自动占用聚集索引然后非聚集索引不能设置过滥，设置过滥会导致目录增多最后反而导致查询缓慢优化不是纯粹理论上的东西，理论教会你怎么去使用尝试才能获取经验
G. 加快SQL查询速度
首先是给每个表建索引，这个对查询很重要哦。另外就是可以试着创建一下简单的视图，然后在视图的基础上再进行检索。
H. SQL数据库使用速查手册的介绍
《SQL数据库使用速查手册》是一本帮助程序设计人员快速查询各种类型数据库SQL语句和函数用法的实用手册。
I. SQL数据库使用速查手册的目录
第1章数据库系统与SQL基础知识
1.1数据库系统基本概念
1.1.1数据库系统的基本特点
1.1.2数据库定义与数据库系统构成
1.1.3数据库系统的发展
1.2数据模型
1.2.1数据模型的基本概念
1.2.2概念数据模型
1.2.3结构数据模型
1.3关系数据模型
1.3.1关系数据模型的基本结构与特点
1.3.2关系数据模型的完整性约束
1.3.3关系数据语言
1.4SQL基础知识
1.4.1SQL概述
1.4.2SQL数据库的基本结构
1.4.3SQL应用的主要内容
第2章SQL应用
2.1数据库与数据表的定义
2.1.1数据库的定义
2.1.2数据表的定义
2.1.3表结构的修改
2.1.4索引的定义
2.2数据查询
2.2.1查询语句的基本结构
2.2.2SELECT子句
2.2.3FROM子句
2.2.4WHERE子句
2.2.5ORDERBY子句
2.2.6聚集函数应用
2.2.7GROUPBY子句
2.2.8HAVING子句
2.2.9连接查询
2.2.10嵌套查询
2.2.11集合查询
2.3数据更新
2.3.1INSERT语句
2.3.2UPDATE语句
2.3.3DELETE语句
2.4视图的定义
2.4.1创建视图CREATEVIEW
2.4.2删除视图DROPVIEW
2.4.3视图应用举例
2.5数据控制
2.5.1创建用户
2.5.2角色的创建与删除
2.5.3权限授予GRANT
2.5.4权限传递WITHGRANTOPTION
2.5.5权限回收REVOKE
2.6存储过程
2.6.1存储过程的创建
2.6.2存储过程的调用
2.6.3常用的系统存储过程
2.7触发器
2.7.1触发器的创建
2.7.2触发器的删除
2.8其他语句
2.8.1创建模式
2.8.2创建同义词
第3章运算符
3.1算术运算符
+加
-减
*乘
/除
%取余
3.2关系运算符
=等于
!=不等于
>大于
<小于
=大于等于
=小于等于
<>不等于
3.3位运算符
&按位与运算符
│按位或运算符
^按位异或运算符
~按位取反运算符
3.4逻辑运算符
ALL与所有比较
ANY(SOME)与任意一个比较
EXISTS存在与否
AND逻辑与
OR逻辑或
BETWEEN范围之间存在与否
NOT否定
IN是否在其中
LIKE模式匹配
REGEXP(RLIKE)模式匹配(MySQL)
3.5集合运算符
UNION求集合的和
EXCEPT求集合的差
MINUS求集合的差
INTERSECT求集合的交集
3.6其他运算符
||字符串结合
CASE替换
ISNULL是否为空
+取正
-取负
第4章函数
4.1统计函数
AVG函数
COUNT函数
MAX函数
MIN函数
SUM函数
4.2字符串函数
ASCII函数
AT函数
CHAR/CHR函数
CHARINDEX函数
CONCAT函数
INITCAP函数
INSERT函数
INSTR函数
LEFT函数
LEN/LENGTH/CHARACTER_LENGTH/CHAR_LENGTH函数
LOCATE函数
LOWER函数
LPAD/RPAD函数
LTRIM/RTRIM函数
NCHAR/NCHR函数
OCTET_LENGTH函数
POSITION函数
POSSTR函数
REPEAT/REPLICATE函数
REPLACE函数
REVERSE函数
RIGHT函数
SPACE函数
STR函数
STUFF函数
SUBSTR/SUBSTRING函数
TRANSLATE函数
TRIM函数
UNICODE函数
UPPER函数
4.3日期函数
ADD_MONTHS函数
CURRENT_DATE函数
CURRENT_TIME函数
CURRENT_TIMESTAMP函数
DATE_ADD/ADDDATE函数
ATE_FORMAT函数
DATE_SUB函数
DATEADD函数
DATEDIFF函数
DATENAME函数
DATEPART函数
DAY函数
DAYNAME函数
DAYOFMONTH函数
DAYOFWEEK函数
DAYOFYEAR函数
EXTRACT函数
GETDATE函数
HOUR函数
LAST_DAY函数
MINUTE函数
MONTH函数
MONTHNAME函数
MONTHS_BETWEEN函数
NEXT_DAY函数
NOW函数
QUARTER函数
SECOND函数
SYSDATE函数
TIME_FORMAT函数
WEEK函数
WEEKDAY函数
YEAR函数
4.4转换函数
CAST函数
COALESCE函数
CONVERT函数
DECODE函数
ISNULL函数
NULLIF函数
NVL函数
TO_CHAR函数
TO_DATE函数
TO_NUMBER函数
4.5数学函数
ABS函数
ACOS函数
ASIN函数
ATAN函数
ATAN2函数
BITAND函数
CEIL/CEILING函数
COS函数
COT函数
DEGREES函数
EXP函数
FLOOR函数
GREATEST函数
LEAST函数
LN函数
LOG函数
LOG10函数
MOD函数
PI函数
POW/POWER函数
RADIANS函数
RAND/RANDOM函数
ROUND函数
SIGN函数
SIN函数
SQRT函数
SQUARE函数
TAN函数
TRUNC函数
第5章SQL应用程序编程接口
5.1ODBC7
5.2JDBC4
5.3ESQL/C(EmbeddedSQLforC)
5.4ADO
5.5OO4O&OCI
5.6PRO*C
5.7SQLJ
5.8XML
第6章数据库的导入/导出
6.1Oracle数据库的导入/导出
6.2DB2数据库的导入/导出
6.3Sybase数据库的导入/导出
6.4SQLServer数据库的导入/导出
6.5MySQL数据库的导入/导出
……
J. sql查询速度
呵呵，这个问题很有趣不是吗？
上面的同志们只是给出一些建议，以我的经验来看（oracle），
如果数据量较大，索引的重复量尽量避免，最好的方式是建立非业务id（最好使用自增或是序列），把这个id建立索引。
你的最大的问题就是，建立了索引后，索引列必须出现在where中，否则索引就白白建立了，比如你的id是从1一直到383000，那么你的语句可以写成
select * from hr_worktime where id>-1
还有就是，where条件中避免出现!=,or,between,等东西，否则索引实效。
如果对您有帮助，请记得采纳为满意答案，谢谢！祝您生活愉快！
vaela