‘壹’ 如何提高sql语句的执行效率
需要提高效率，可以从以下考虑：
第一，建立搜索条件对应的索引
第二，尽量不要使用 select * ，应该改成 select 列1,列2,...
第三，升级SQL版本，SQL2008比SQL2000的速度提高是很多的
第四，如果表有大容量的字段，如 图片，文档，应该考虑用FTP来做，不是把数据放在数据库
‘贰’ 如何提高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的一个参数，这个参数控制着在评估一个查询的时候，基于消耗的优化器所评估的可能合并数量。
(2)多条sql语句执行效率扩展阅读：
1、表设计的优化，数据行的长度不要超过8020字节，如果超过这个长度的话在物理页中这条数据会占用两行从而造成存储碎片，降低查询效率。
2、语句的查询优化，保证在实现功能的基础上，尽量减少对数据库的访问次数；
3、建立高效的索引创建索引一般有以下两个目的：维护被索引列的唯一性和提供快速访问表中数据的策略。
大型数据库有两种索引即簇索引和非簇索引，一个没有簇索引的表是按堆结构存储数据，所有的数据均添加在表的尾部，而建立了簇索引的表，其数据在物理上会按照簇索引键的顺序存储。个表只允许有一个簇索引。
4、强制查询转换，有时候oracle 的优化器未必能走正确的查询路线，这个时候就需要添加一些hint 之类的来规定他的执行路线。当然了，这个未必是最好的处理方案。因为虽然现在走这个路线是对的，以为因为数据的变化到这这个HINT 变得不可取。
‘叁’ sql语句问题，请问如何提高运行效率和速度
其实你的效率低的原因不是用SQL语句还是存储过程的问题。看你的描述以及代码，如果是多次循环上述代码的话，确实效率会比较低，原因是有一次循环就会和数据库产生一次查询和更新通讯，希望增加效率应该从尽量减少和数据库通讯方面来考虑解决,因为是这里出现了效率瓶颈。
下面是具体的代码分析：
首先更新和插入操作是无法减少的，必须一条纪录一条纪录更新，一条纪录一条纪录的插入，但是查询完全可减低为一次查询。
下面是伪代码：
strsql="select * from "&tabl&" where id+idd in ('所有要循环的id+idd，他们之间用逗号分开')"
rs.open strsql,conn,3,3
do while not rs.eof
rs("degree")=rs("degree")+1
tempstr=tempstr&id&idd&"|" '这里是将数据库中存在的id,idd记录保存下来，存入一个临时变量中，用|符号分割开。
rs.update
rs.movenext
loop
'上面的代码是更新了数据库中存在的纪录，并记录下了存在的记录ID+IDD
下面将所有存在的已update的id+idd的值从所有的id+idd的值中剔除掉，取到所有需要insert的id+idd纪录，然后一起insert进数据库即可。代码我不再写了，这样的字符串对比操作并不难，因为这样都是内存操作，速度会很快。仅提供一个思路。希望对你有用。
‘肆’ 如何提高SQL语句执行效率
调整不良SQL通常可以从以下几点切入：
? 检查不良的SQL，考虑其写法是否还有可优化内容
? 检查子查询 考虑SQL子查询是否可以用简单连接的方式进行重新书写
? 检查优化索引的使用
? 考虑数据库的优化器
2. 避免出现SELECT * FROM table 语句，要明确查出的字段。
3. 在一个SQL语句中，如果一个where条件过滤的数据库记录越多，定位越准确，则该where条件越应该前移。
4. 查询时尽可能使用索引覆盖。即对SELECT的字段建立复合索引，这样查询时只进行索引扫描，不读取数据块。
5. 在判断有无符合条件的记录时建议不要用SELECT COUNT （*）和select top 1 语句。
6. 使用内层限定原则，在拼写SQL语句时，将查询条件分解、分类，并尽量在SQL语句的最里层进行限定，以减少数据的处理量。
7. 应绝对避免在order by子句中使用表达式。
‘伍’ sql语言的执行效率
使用explain命令，写在执行的sql前面，即可查看执行过程，看看索引使用情况
‘陆’ SQL执行效率
方式1快.
因为他直接执行SQL语句.
方式2是将SQL语句放在数据集中,然后通过记录集去执行的.
------------------------------------------------------------
cnn.execute("select conut(id) from 表名")
这样是最快的.如果要再快,可以将多条SQL语句写成存储过程.
但是适用于多条语句.
------------------------------------------------------------
conn.execute("exec 存储过程名 参数1 参数2")
里面和在查询分析器中是一个写法
具体见:http://topic.csdn.net/t/20040612/08/3085161.html
‘柒’ 以下哪种方法执行SQL语句最有效率
优化sql语句执行效率的方法：
1)尽量选择较小的列
2)将where中用的比较频繁的字段建立索引
3)select子句中避免使用‘*’
4)避免在索引列上使用计算、not in 和<>等操作
5)当只需要一行数据的时候使用limit 1
6)保证单表数据不超过200W，适时分割表。
针对查询较慢的语句，可以使用explain 来分析该语句具体的执行情况。
‘捌’ SQL语句 怎样提高select语句的执行效率
需要提高效率，可以从以下考虑：
第一，建立搜索条件对应的索引
第二，尽量不要使用
select
*
，应该改成
select
列1,列2,...
第三，升级SQL版本，SQL2008比SQL2000的速度提高是很多的
第四，如果表有大容量的字段，如
图片，文档，应该考虑用FTP来做，不是把数据放在数据库
‘玖’ MSSQL如何查看sql语句执行时间判断执行效率
写程序的人，往往需要分析所写的SQL语句是否已经优化过了，服务器的响应时间有多快，这个时候就需要用到SQL的STATISTICS状态值来查看了。
通过设置STATISTICS我们可以查看执行SQL时的系统情况。选项有PROFILE，IO ，TIME。介绍如下：
SET STATISTICS PROFILE ON：显示分析、编译和执行查询所需的时间（以毫秒为单位）。
SET STATISTICS IO ON：报告与语句内引用的每个表的扫描数、逻辑读取数（在高速缓存中访问的页数）和物理读取数（访问磁盘的次数）有关的信息。
SET STATISTICS TIME ON：显示每个查询执行后的结果集，代表查询执行的配置文件。
使用方法：打开SQL SERVER 查询分析器，输入以下语句：
SET STATISTICS PROFILE ON
SET STATISTICS IO ON
SET STATISTICS TIME ON
GO /*--你的SQL脚本开始*/
SELECT [TestCase] FROM [TestCaseSelect]
GO /*--你的SQL脚本结束*/
SET STATISTICS PROFILE OFF
SET STATISTICS IO OFF
SET STATISTICS TIME OFF
效果如图所示：
另外，也可以通过手工添加语句，计算执行时间来查看执行语句花费了的时间，以判断该条SQL语句的效率如何：
declare @d datetime
set @d=getdate()
/*你的SQL脚本开始*/
SELECT [TestCase] FROM [TestCaseSelect]
/*你的SQL脚本结束*/
select [语句执行花费时间(毫秒)]=datediff(ms,@d,getdate())