起因：
由于工作原因，我隔几天就要执行一批开发人员提供过来的脚本，部分是新需求的开发，部分是修复bug。往往包含有几百个。我用工具批量执行之后，系统继续运行，后来反反复复会有这样那样的错误，其中一个，经过开发人员的检查，是因为视图没刷新。
对此我纳闷了很久，视图不就是一堆select语句吗？怎么还要刷新？难道表改了不会跟着改？为此，我首先自己做一个实验，发现的确不会马上改过来，至于啥时候才更改，也不清楚，听说从2000的时候，这个问题已经存在，看来我孤陋寡闻了。
测试：
步骤一：首先执行下面语句
- USE tempdb
- GO
- --创建表
- IF OBJECT_ID('testTB') IS NOT NULL
- DROP TABLE testTB
- GO
- CREATE TABLE testTB ( id INT, NAME VARCHAR(10) )
- --插入测试数据
- INSERT INTO testTB
- SELECT 1,'a'
- UNION ALL
- SELECT 2,'b'
- UNION ALL
- SELECT 3,'c'
- IF OBJECT_ID('V_testTB') IS NOT NULL
- DROP VIEW V_testTB
- GO
- CREATE VIEW V_testTB
- AS
- SELECT *
- FROM testTB
- go
- SELECT * FROM V_testTB
步骤二：更改表结构
- --添加一列
- ALTER TABLE testTB ADD age INT
然后再来执行一下视图：
- SELECT * FROM V_testTB
得到结果：
反复执行了10次，结果还是没变。
步骤三：使用存储过程刷新视图
- sp_refreshview V_testTB
然后再执行查询视图的语句：
- SELECT * FROM V_testTB
眼前一亮，得到结果：
可以看出，结构已经刷新，证明有效果了。
分析：
细心的人应该发现，其实视图里面我用了*号。可以通过实验来证明，如果不用星号，是没问题的。而如果指定了列名，那么在新加一列的时候，管它有没有刷新，都不会有问题，因为你压根就不会用到这列，那么如果是删除呢？现在来试试，建表的代码依旧，把原有的添加列的代码改成删除列，另外*号依旧保留：
- --删除一列
- ALTER TABLE testTB DROP COLUMN id
再执行：
- SELECT * FROM V_testTB
会得到以下的错误：
证明删除是会报错的，不需要刷新，那么估计大家也猜到，就算指定列，也会报错，现在来证实一下：
这次报错是这个，部分代码我就不写了。
总结：
根据上面的实验，可以得出：
1、视图里面尽可能不要出现*号。*号不仅对性能有影响，也不便于结构的更新。
2、无论视图所涉及的表结构有无修改，每次执行脚本后，刷新一下，总是好的。并且我遇到过这样的情景，一个名字是存储过程的名字，但是在使用：
- SELECT DISTINCT
- 'EXEC sp_refreshview ''' + name + ''''
- FROM sys.objects AS so
- INNER JOIN sys.sql_expression_dependencies AS sed ON so.object_id = sed.referencing_id
- WHERE so.type = 'V'
- AND sed.referenced_id = OBJECT_ID('testTB') ;
下面语句中时竟然能查出来，证明定义的时候有问题，所以这一步也同时可以检查一下会不会存在问题对象。顺带说一句，上面的脚本是把需要刷新的视图拼接出来，然后一次性执行。
转载于：http://blog.csdn.net/dba_huangzj/article/details/8426684