你是否也忘了刷新视图?

原文: 你是否也忘了刷新视图?

起因:

         由于工作原因,我隔几天就要执行一批开发人员提供过来的脚本,部分是新需求的开发,部分是修复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') ;

下面语句中时竟然能查出来,证明定义的时候有问题,所以这一步也同时可以检查一下会不会存在问题对象。顺带说一句,上面的脚本是把需要刷新的视图拼接出来,然后一次性执行。




上一篇:在Windows Server 2008系统环境下无损调整分区


下一篇:深入浅出MFC“文档/视图”架构(5)――框架