1. sql Server 视图查询慢，如何优化请不要复制粘贴谢谢
慢的原因在：【DELETE_FLAG
IN
('R',
'X',
'U',
'D')】，查询中出现【in】的话数据库会解析成下面这个样子去执行。
【DELETE_FLAG='R'
OR
DELETE_FLAG='X'
OR
DELETE_FLAG='U'
OR
DELETE_FLAG='D'】
而数据库一旦使用了【OR】条件做查询的话，索引就不会用到了，因此就会造成查询过慢。
建议：
SELECT
。。。。。
WHERE
DELETE_FLAG='R'
UNION
SELECT
。。。。。
WHERE
DELETE_FLAG='X'
UNION
SELECT
。。。。。
WHERE
DELETE_FLAG='U'
UNION
SELECT
。。。。。
WHERE
DELETE_FLAG='D'
另外补充一点，视图本身就会造成效率低，因为视图存的是sql定义，当执行查询的时候
数据库会先上磁盘上查询视图定义
再利用视图定义查询数据，这样就产生了至少两次磁盘i/o，oracle中有物化视图的概念，SqlServer中应该也有，如果我的改善计划还不能达到你的要求的话，建议考虑一下。
---
以上，希望对你有所帮助。
2. 请教sqlserver数据库视图速度问题
将两个表联合做成个视图，并且地名表的关联字段建立索引。
100万记录的速度。那要看具体情况了，比如服务器的配置，指定字段有没建立索引。表的大小等都会极大的影响速度。
3. 使用视图能否加快数据的查询速度
首先:视图是由SELECT语句组成的查询定义的虚拟表;同真实的表一样，视图的作用类似于筛选。定义视图的筛选可以来自当前或其它数据库的一个或多个表，或者其它视图.
其次，视图的主要作用有以下几点：
视点集中：使用户只关心它感兴趣的某些特定数据和他们所负责的特定任务
简化操作：，若视图本身就是一个复杂查询的结果集，这样在每一次执行相同的查询时，不必重新写这些复杂的查询语句
定制数据：视图能够实现让不同的用户以不同的方式看到不同或相同的数据集
合并分割数据：由于表中数据量太大，故在表的设计时常将表进行水平分割或垂直分割，但表的结构的变化却对应用程序产生不良的影响
安全性：通过视图用户只能查看和修改他们所能看到的数据
以上是对视图的一个简单介绍，视图并不会对查询速度有任何影响，因为该执行的sql还是要执行
视图了解，参考http://ke..com/link?url=CngLtVX8lGjq-Pda
4. mysql视图 会提升查询效率吗
时间的快慢主要由索引决定，在索引都最优化的情况下才与数据量有关。 视图不可能明显加快的查询速度，只是编程方便而已。
5. ORACLE 直接用SQL 很快 ,用视图很慢
原因:
"SELECT * FROM (${你的sql语句})a" 等价于 " SELECT * FROM ${由你的sql创建的视图名称}"
也就是说, 属于一个查询里面套用子查询了,得把你的sql语句全部查出来. 所以用
"EXPLAIN ${你的sql语句}" 你会看到有 "Using temporary; Using filesort" 全表查
而
"${你的sql语句}"
直接执行的话, 相当于就少了一层. 不用全表查, 可以很轻松的走索引了(如果有的话)
以上纯属个人见解,若有不对,还请大神们纠正.
6. 利用视图可以提高sql效率么
你说的是 普通视图？ 还是分区视图啊？普通视图 不会大幅提高查询效率啊， 能提高点开发效率倒是真的。分区视图， 某些情况下， 倒是可以大幅度提高查询的效率。索引视图(物化视图) ，倒是可以提升查询效率，但是那也是靠创建视图后的CREATE UNIQUE CLUSTERED INDEX 来提升的。
7. SQL Server 视图查询慢，如何优化请不要复制粘贴谢谢
慢的原因在：【DELETE_FLAG IN ('R', 'X', 'U', 'D')】，查询中出现【in】的话数据库会解析成下面这个样子去执行。
【DELETE_FLAG='R' OR DELETE_FLAG='X' OR DELETE_FLAG='U' OR DELETE_FLAG='D'】
而数据库一旦使用了【OR】条件做查询的话，索引就不会用到了，因此就会造成查询过慢。
建议：
SELECT 。。。。。
WHERE DELETE_FLAG='R'
UNION
SELECT 。。。。。
WHERE DELETE_FLAG='X'
UNION
SELECT 。。。。。
WHERE DELETE_FLAG='U'
UNION
SELECT 。。。。。
WHERE DELETE_FLAG='D'
另外补充一点，视图本身就会造成效率低，因为视图存的是sql定义，当执行查询的时候 数据库会先上磁盘上查询视图定义 再利用视图定义查询数据，这样就产生了至少两次磁盘i/o，oracle中有物化视图的概念，SqlServer中应该也有，如果我的改善计划还不能达到你的要求的话，建议考虑一下。
---
以上，希望对你有所帮助。
8. sql视图导致sql变慢（准确来说是派生表问题）
最近有个业务有点小变动，列表展示需要加上Customer消费笔数跟最后消费时间；
从视图下来的sql
运行sql是毫秒级别！
生成：比如要查找一个叫张铁牛的人的信息，我们知道他是男性，为了缩小查找范围我把所有的男性都找出来，然后从这些男性中里面再去找张铁牛。这里男性的集合就相当于派生表，转成sql语句是这样:select 姓名,住址,身份证 from (select * from 表名 where 性别='男性') t where 姓名='张铁牛'
这两条子查询的情况下就会产生派生表了；证明如下：
问题是找到了，可怎么在sql优化又是一个难题（默认是全部不加where条件）；暂时考虑后期在表上做冗余数据，😅ahhhhh~~~先把功能上上去。
如果有描述不对的地方请大声的告诉作者你你你这这这错了！，如果有sql优化方案也可以在下方积极评论哦；
9. sql语句联合查询 与 视图想比较的话，那个效率快，为什么。
sql效率比较快，存储过程的好处是不仅快且更安全，但移植性差。视图可以封装查询的复杂性，就像面向对象里类的概念一样。