㈠ 一条sql语句可以查出上千条数据，怎么可以提高查询速度
1、你的表大不大，如果非常大，又没有索引在列上，那会很慢，因为是全表扫描；
2、也可能是数据容器问题，我用的C#不懂JAVA，若要在C#中的list中查找一个数据，处理时间与找到这行前扫描的行数成正比，如果用Dictionary，用的是HASH查找，查找时间与表大小无关，你看看JAVA中的数据容器的介绍。
㈡ 如何提高SQL查询速度
1
你老师说的对，建立索引是可以提高查询速度的。你插入了百万条数据，可以测试。如果在C字段上建立索引，那以该字段为查询条件，在建立后查询和删除索引后查询比较一下就知道了。
2
关于视图。是提高不了查询速度的，因为视图对应一个SQL语句，它只是存起来而已，最后需要进行视图消解才能进行查询，它和直接执行相应的语句是一样的，理论上还要慢一点。
3
关于存储过程，弄好了是可以提高查询效率的，因为存储过程会把一段查询，也就是SQL语句进行贤编译，然后将编译后的代码存在于服务器上，在用户查询时节省了SQL的编译时间，所以加快了查询速度。
㈢ 如何提高SQL查询速度
索引对数据库检索优化时很重要的一个概念聚集索引在SQL中是唯一的也就是说聚集索引时一个很宝贵的资源但是SQL SERVER在自动分配索引的时候默认总是将ID主键分配为聚集索引其实是很浪费的通常情况下你可以通过语句创建聚集索引到你使用率最高的条件字段上面去，当然你必须先分配聚集索引然后再去分配主键，否则主键创建时就会自动占用聚集索引然后非聚集索引不能设置过滥，设置过滥会导致目录增多最后反而导致查询缓慢优化不是纯粹理论上的东西，理论教会你怎么去使用尝试才能获取经验
㈣ SQL2000数据库，如何提高对一个庞大的表的查询速度
你经常查询的，经常分组的，经常判断的
字段
，必须加
索引
，增加索引后，查询速度会大幅度提高，但是插入，更新，删除速度会变慢，总而言之，总有一个慢，你权衡是数据插入，更新，删除多还是查询多，决定是否增加索引，非经常查询字段就不要增加索引了，以免浪费
数据空间
和增加插入，更新，删除的时间
另外，如果数据按时间增长，由于你使用的是SQL2000，建议将
大表
拆开每日保存一张
日表
，缩小单张表的大小，在表内查询就会快很多（因为读进
内存
的数据小多了），实现分区的功能；如果使用SQL2005，则数据库可以直接支持分区
这样就
没有问题
了，我们这处理的数据每天4000
万行
，保存了50天数据，查询起来也只要5分钟
㈤ 查询的SQL语句怎么写才能提高查询效率
这是SQL语句优化的问题了。网上好多类似的文章，非常全面。
个人觉得比较常用的是：
SQL语句查询中经常用到的字段建索引，这样可以非常明显的提升查询速度。
FROM表的顺序，大表在前，小表在后，因为检索的顺序从后往前。
WHERE， WHERE A.COLUMN = B.COLUMN，把小表的字段放在后边（B表），大表在前。
固定值查询的放在后边 COLUMN = '1'这种。因为这个也是从后往前的顺序。
如果有(NOT) IN (SELECT ...) 尽量避免，因为IN里面也是一个大的查询，使用 (NOT) EXISTS的语法代替。
还有UNION和UNION ALL，多表联合，UNION的作用是可以去掉重复，如果多表没有重复数据，使用UNION ALL效率也会大大提高。
㈥ 如何提高sql数据库的查询速度
一、程序中：
1、保证在实现功能的基础上，尽量减少对数据库的访问次数。
2、通过搜索参数，尽量减少对表的访问行数,最小化结果集，从而减轻网络负担，能够分开的操作尽量分袭蔽开处理，提高每次的响应速度。
3、在数据窗口使用SQL时，尽量把使用的索引放在选择的首列，算法的结构尽量简单。
二、避免使用不兼容的数据类型。
例如“float”、“int”、“char”等，都属于不兼容。 数据类型的不兼容可能使优化器无法执行一些本来可以进行的优化操型态作。
三、尽量避免在Where子句中对字段进行函数或表达式卜禅源操作，这将导致引擎放弃使用索引而进行全表扫描。
四、尽量使用数字型字段。
一部分开发人员和数据库管理人员喜欢把包含数值信息的字段设计为字符型，这会降低查询和连接的性能，并会增加存储开销。
㈦ 如何用一款小工具大大加速MySQL SQL语句优化
1.将经常要用到的字段（比如经常要用这些字段来排序，或者用来做搜索），则最好将这些字段设为索引。 2.字段的种类尽可能用int 或者tinyint类型。另外字段尽可能用NOT NULL。 3.当然无可避免某些字段会用到text ,varchar等字符类型，最好将text字段的单独出另外一个表出来（用主键关联好） 4.字段的类型，以及长度，是一个很考究开发者优化功力的一个方面。如果表数据有一定的量了，不妨用PROCEDURE ANALYSE()命令来取得字段的优化建议！（在phpmyadmin里可以在查看表时，点击 “Propose table structure” 来查看这些建议） 如此可以让你的表字段结构 趋向完善。 5.select * 尽量少用，你想要什么字段 就select 什么字段出来 不要老是用* 号！同理，只要一行数据时尽量使用 LIMIT 1 6.绝对不要轻易用order by rand() ，很可能会导致mysql的灾难！！ 7.每个表都应该设置一个ID主键，最好的是一个INT型，并且设置上自动增加的AUTO_INCREMENT标志，这点其实应该作为设计表结构的第一件必然要做的事！！ 8.拆分大的 DELETE 或 INSERT 语句。因为这两个操作是会锁表的，表一锁住了，别的操作都进不来了，就我来说 有时候我宁愿用for循环来一个个执行这些操作。 9.不要用永久链接 mysql_pconnect()；除非你真的非常肯定你的程序不会发生意外，不然很可能也会导致你的mysql死掉。 10.永远别要用复杂的mysql语句来显示你的聪明。就我来说，看到一次关联了三，四个表的语句，只会让人觉得很不靠谱。
㈧ 如果输入一条查询一张表的sql语句，但数据库执行缓慢，如何并采取什么样的方法对数据库进行优化
1.对表格进行优化。创建索引可以大大的加快查询的速度。
2。对你的语句进行优化。where语句中执行的顺序是：从右往左，从下往上。所以
（1）能排除最多数据的条件应该写在最外面。
（2）如果是多表关联的，那么关联表应该放在中间，数据少的表放最后
（3）尽量不要用select *，因为这样数据库是进行全表扫描，相当于select 所有字段，尽量选需要的吧
㈨ 如何加快检索速度 sql server
如何提高SQL语言的查询效率?
由于SQL是面向结果而不是面向过程的查询语言，所以一般支持SQL语言的大型关系型数据库都使用一个基于查询成本的优化器，为即时查询提供一个最佳的执行策略。对于优化器，输入是一条查询语句，输出是一个执行策略。
一条SQL查询语句可以有多种执行策略，优化器将估计出全部执行方法中所需时间最少的所谓成本最低的那一种方法。所有优化都是基于用记所使用的查询语句中的where子句，优化器对where子句中的优化主要用搜索参数(Serach Argument)。
搜索参数的核心思想就是数据库使用表中字段的索引来查询数据，而不必直接查询记录中的数据。
带有 =、<、<=、>、>= 等操作符的条件语句可以直接使用索引，如下戚指列是搜索参数：
emp_id = "10001" 或 salary > 3000 或 a =1 and c = 7
而下列则不是搜索参数：
salary = emp_salary 或 dep_id != 10 或 salary * 12 >= 3000 或 a=1 or c=7
应当尽可能提供一些冗余的搜索参数，使优化器有更多的选择镇薯余地。请看以下3种方法：
第一种方法：
select employee.emp_name,department.dep_name from department,employee where (employee.dep_id = department.dep_id) and (department.dep_code='01') and (employee.dep_code='01');
它的搜索分析结果如下：
Estimate 2 I/O operations
Scan department using primary key
for rows where dep_code equals '01'
Estimate getting here 1 times
Scan employee sequentially
Estimate getting here 5 times
第二种方法：
select employee.emp_name,department.dep_name from department,employee where (employee.dep_id = department.dep_id) and (department.dep_code='01');
它的搜索分析结果如下：
Estimate 2 I/O operations
Scan department using primary key
for rows where dep_code equals '01'
Estimate getting here 1 times
Scan employee sequentially
Estimate getting here 5 times
第一种方法与第二种运行效率相同，但第一种方法最好，因为它为优化器提供了更多的选择机会。
第三种方法：
select employee.emp_name,department.dep_name from department,employee where (employee.dep_id = department.dep_id) and (employee.dep_code='01');
这种方法最不好，因为它无法使用索引，也就是无法高旅配优化……
使用SQL语句时应注意以下几点：
1、避免使用不兼容的数据类型。例如，Float和Integer，Char和Varchar，Binary和Long Binary不兼容的。数据类型的不兼容可能使优化器无法执行一些本可以进行的优化操作。例如：
select emp_name form employee where salary > 3000;
在此语句中若salary是Float类型的，则优化器很难对其进行优化，因为3000是个整数，我们应在编程时使用3000.0而不要等运行时让DBMS进行转化。
2、尽量不要使用表达式，因它在编绎时是无法得到的，所以SQL只能使用其平均密度来估计将要命中的记录数。
3、避免对搜索参数使用其他的数学操作符。如：
select emp_name from employee where salary * 12 > 3000;
应改为：
select emp_name from employee where salary > 250;
4、避免使用 != 或 <> 等这样的操作符，因为它会使系统无法使用索引，而只能直接搜索表中的数据。
㈩ 如何提高sql数据库的查询速度
这是一个典型问题，在网上搜一下就行了。给你搜了一个粘过来看看
1.索引优化
建索引的选择必须结合SQL查询、修改、删除语句的需要，一般的说法是在WHERE里经常出现的字段建索引。如果在WHERE经常是几个字段一起出现而且是用AND连接的，那就应该建这几个字段一起的联合索引，而且次序也需要考虑，一般是最常出现的放前面，重复率低的放前面。
SQL Server提供了一种简化并自动维护数据库的工具。这个称之为数据库维护计划向导（Database Maintenance Plan Wizard ，DMPW）的工具也包括了对索引的优化。如果你运行这个向导，你会看到关于数据库中关于索引的统计量，这些统计量作为日志工作并定时更新，这样就减轻了手工重建索引或者DBCC INDEXDEFRAG所带来的工作量。如果你不想自动定期刷新索引统计量，你还可以在DMPW中选择重新组织数据和数据页，这将停止旧有索引并按特定的填充因子重建索引。
2.
改善硬件（双CPU，Raid 5，增加内存）
tempdb这个临时数据库，它对性能的影响较大。tempdb和其他数据库一样可以增大，可以缩小。当数据文件需要增长的时候，通常不能保持剩余部分的连续性。这时文件就会产生碎片，这种碎片会造成性能下降。这种碎片属于外来性碎片。要阻止在tempdb中产生外来性碎片，必须保证有足够的硬盘空间。一般将tempdb的容量放到平均使用容量。而你也应该允许tempdb自动增长，比如你有个一个超大的join操作，它建立了一个超过tempdb容量的时候，该查询将失败。你还要设置一个合理的单位增长量。因为如果你设得太小，将会产生许多外来性碎片，反而会占用更多资源。sqlserver调优最有效的做法之一，就是把争夺资源的操作独立出去。tempdb就是一个需要独立出去的部分而tempdb和其他系统库一样是公用的，是存取最可能频繁的库，所有处理临时表、子查询、GROUP BY、排序、DISTINCT、连接等等。它最适合放到一个具有快速读写能力的设备上。比如RAID0卷或RAID0+1卷上。
查询语句一定要使用存储过程；
3、查询尽量使用TOP子句
4.将表按一定的约束分成子表,(如按分类)创建约束,在用Like 时,先用分类 and like , 应该可能解决问题. 而且效果立秆见影!(你要确定SQL会认识你建的分区视图).我一个表有上百万的记录(700兆),用分区视图后,查询速度基本跟10万行一样.
如果还是太慢,还可以考滤分布式分区视图!这总可以解决问题了吧!
关键在于你能否把大表按某种约束分解成子表.