视图的架构刷新和绑定
在数据库设计过程中,我们经常会有这样的情况下
1. 某个基础表会被多个视图或者存储过程引用
2. 修改基础表的时候,我们必须小心翼翼地,因为不会有任何提示告诉我们,如果继续修改,会不会造成视图或者存储过程有问题
3. 即便我们知道有问题,我们也没有办法去让视图和存储过程刷新得到表最新的信息
要解决这个问题,我这篇文章来详细讲解一下有关的技术
--第一步:切换当前数据库上下文为master USE MASTER GO --第二步:创建一个范例数据库 CREATE DATABASE demo GO --第三步:切换当前数据库上下文为demo USE demo GO --第四步:创建一个范例表格,包含了三个字段 CREATE TABLE TestTable(ID INT,Name VARCHAR(50),Address VARCHAR(50)) GO --第五步:创建一个视图 CREATE VIEW TestView AS SELECT ID,Name,Address FROM TestTable --第六步:查看表和视图的架构信息 SELECT * FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME='TestView' SELECT * FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME='TestTable' --此时会发现视图三个字段与表的三个字段是一致的
--第七步:假设我们需要对表的字段进行修改,例如修改Address字段的长度为256 ALTER TABLE TestTable ALTER COLUMN Address VARCHAR(256) --第八步:我们再来查看表和视图的架构信息 SELECT * FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME='TestView' SELECT * FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME='TestTable' --此时会发现,表中的Address已经修改为了256长度,而视图仍然是50. --这种情况将导致针对视图的查询出现一些意外情况 --那么,怎么样让视图的架构信息得到刷新呢?
--第九步:通过系统存储过程刷新视图 EXEC SP_REFRESHVIEW 'TestView' --第十步:我们再来查看表和视图的架构信息 SELECT * FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME='TestView' SELECT * FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME='TestTable' --此时会发现,视图和表的架构信息是一致的![]()
--第十一步:假设我们为了避免视图因为没有刷新而出现问题,希望限制TestTable的架构修改。该怎么办呢 --我们可以通过绑定架构的选项,将视图绑定到表的架构 ALTER VIEW TestView WITH SCHEMABINDING AS SELECT ID,Name,Address FROM dbo.TestTable --这里的表名字必须写两个部分,就是包含了架构名(dbo) --第十二步:此时如果再次尝试修改TestTable就会得到错误提示.因为它已经被一个视图绑定了 ALTER TABLE TestTable ALTER COLUMN Address VARCHAR(2000)
题外话:
- 如果想要刷新存储过程或者函数等其他编程呢?请参考sp_refreshsqlmodule这个存储过程
- 如果要自动刷新所有的视图或者存储过程呢?
--第十三步:生成刷新所有视图的脚本 SELECT DISTINCT 'EXEC SP_REFRESHVIEW ''' + name + '''' FROM sys.objects WHERE type='V'