sqlserver超大数据查询，sql server大数据

SQL数据库容量大,查询速度慢,有何解决方案?

1、SQL Server数据库查询速度慢的原因有很多，常见的有以下几种： 没有索引或者没有用到索引（这是查询慢最常见的问题，是程序设计的缺陷） I/O吞吐量小，形成了瓶颈效应。 没有创建计算列导致查询不优化。

2、适当的索引 索引基本上是一种数据结构，有助于加速整个数据检索过程。唯一索引是创建不重叠的数据列的索引。正确的索引可以更快地访问数据库，但是索引太多或没有索引会导致错误的结果。

3、对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。

4、把数据、日志、索引放到不同的I/O设备上，增加读取速度，以前可以将Tempdb应放在RAID0上，SQL2000不在支持。

5、查询的模糊匹配 尽量避免在一个复杂查询里面使用 LIKE %parm1%——红色标识位置的百分号会导致相关列的索引无法使用，最好不要用.解决办法：其实只需要对该脚本略做改进，查询速度便会提高近百倍。

6、a. 我们先看执行计划，选择的索引 “INDX_BIOM_ELOCK_TASK3(TASK_ID)”。结合 sql 来看，因为有 ORDER BY TASK_ID DESC 子句，排序通常很慢，如果使用了文件排序性能会更差，优化器选择这个索引避免了排序。

相关问答

Q1: sqlserver数据库很大,建立分表能否提升查询速度

1、sqlserver调优最有效的做法之一，就是把争夺资源的操作独立出去。tempdb就是一个需要独立出去的部分而tempdb和其他系统库一样是公用的，是存取最可能频繁的库，所有处理临时表、子查询、GROUP BY、排序、DISTINCT、连接等等。

2、把数据、日志、索引放到不同的I/O设备上，增加读取速度，以前可以将Tempdb应放在RAID0上，SQL2000不在支持。

3、首先将存储引擎限定在innodb 如果将不同的表分到多个库多个机器上，那一定是能提升性能的，毕竟你花钱买机器了，总的可用CPU和内存高了。这种情况不必考虑。

4、数据库分库分表。SQL查询语句优化 使用索引 建立索引可以使查询速度得到提升，我们首先应该考虑在where及orderby，groupby涉及的列上建立索引。

Q2: sqlserver单表大数据查询缓慢,高分求助

1、这个就是数据不存在，如果挨个遍历表，速度可能不如使用视图。使用索引视图技术，这个跟使用表查询速度相差不大。sqlserver是高级版本，可以发挥多CPU优势，这个时候速度也相差不大。

2、其实速度跟年份没有关系，主要是看记录数量。想象一下，如果某个月有100万条，而另一个有仅有如1万条。那么速度（即所需时间）虽然不能说是100位，但可能是1万条的20倍。所以跟数据量有关。

3、所以优化器计算后，不会对子查询中的c_t应用并行，因为此时并行会采用全表扫描，效率肯定没有索引扫描快。

4、慎重使用视图的联合查询，尤其是比较复杂的视图之间的联合查询。一般对视图的查询最好都分解为对数据表的直接查询效果要好一些。

sqlserver超大数据查询的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于sql server大数据、sqlserver超大数据查询的信息别忘了在本站进行查找喔。