日期:2014-05-18  浏览次数:20636 次

SQL索引视图的效率怎样?
问一下。查阅资料发现SQL视图无法提高查询的效率,是因为它只表示一个SELECT语句并不储存结果集。而我又看到索引视图可以提高查询效率,是因为索引视图可以存储结果集(这句话对吗?)
请教一下索引视图的原理是什么?为什么能提高查询效率?
还有,临时表是建立在内存中的吗?我在网上看到有这样的说法

我的程序中,我想要这样一种效果,我想用指定复杂查询语句生成一个临时表。这个表能像视图那样,自身储存有一个查询语句。但是它又像一个临时表——它的结果集可以以我设定的一段时间在本地缓存起来,而不只是一个句子。我还希望这个表能根据自身的timeout来自动重建

请问SQL中有类似这样的功能吗?还是我只能手动实现?

------解决方案--------------------
SQL code
---索引视图 

索引视图是具体化的视图

--创建索引视图
create view 视图名 with schemabinding
as
select 语句
go

---创建索引视图需要注意的几点
1. 创建索引视图的时候需要指定表所属的架构
--错误写法
create view v_f with schemabinding
as
select
a.a,a.b,b.a,b.b
from
a join b
on
a.id=b.id
go

---正确写法:
create view v_f with schemabinding
as
select
*
from
dbo.a join dbo.b
on
a.id=b.id
go


2.在创建索引视图的select语句时,不使用*,必须指定具体的列名
--错误写法
create view v_f with schemabinding
as
select
a.a,a.b,b.a,b.b
from
dbo.a join dbo.b
on
a.id=b.id
go

---正确写法
create view v_f with schemabinding
as
select
a.a,a.b,b.a,b.b
from
dbo.a join dbo.b
on
a.id=b.id
go

3.在创建索引视图的select 语句中,不能存在重复的列名,这个不举例了

4. 只能为索引视图创建唯一聚集索引
--正确的写法
create unique clustered index ix_uniquetb on v_tb
go

--错误的写法
create clustered index ix_uniquetb on v_tb
go


本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/fredrickhu/archive/2010/01/12/5183068.aspx

------解决方案--------------------
第一个问题,索引视图就是对某些列建立了索引视图,并根据视图的定义对该索引进行相应的维护。因为有了索引,所以查询效率高。
第二个问题,临时表存储在TEMDB中,而不是内存中,所有数据在被引用时都会被放到内存内的缓冲区中,临时表也是这样

最后一个问题,不知道你的意思是不是一个能够定时刷新的表,你可以通过建立一个作业也定时执行一段SQL语句,当然也包括插入数据到一个你定义的表里。不知道是不是你要的。

------解决方案--------------------
第一
应用索引视图的优点
在实施索引视图前,分析数据库工作负荷。运用查询及各种相关工具(比如:SQL Profiler)方面的知识来确定可从索引视图获益的查询。频繁发生聚合和联接的情况最适合使用索引视图。无论是否频繁发生,只要某个查询需要很长的响应时间,同时快速获得响应的开销很高,那么就适合使用索引视图。例如,一些开发人员发现为高级主管们在月末运行的报告,创建预先计算和存储查询的应答的索引视图很有用。

不是所有的查询都能从索引视图中获益。与一般索引类似,如果未使用索引视图,就无法从中受益。在这种情况下,不仅无法实现性能改善,而且会在磁盘空间、维护和优化方面产生额外的成本。然而,当使用索引视图时,可大大改善(在数量级上)数据访问。这是因为查询优化器使用存储在索引视图(大幅降低了查询执行的成本)中预先计算的结果。

查询优化器仅考虑对具有高成本的查询使用索引视图。从而避免出现这样的情况:在查询优化成本高于使用索引视图所节约的成本时尝试匹配各种索引视图。在成本少于 1 的查询中很好使用索引视图。