其优点是非常明显
如可以起到数据保密、保证数据逻辑独立性、简化查询操作等等但是
话说回来SQL Server数据库中视图并不是万能他跟表这个基本对象还是有重大区别在使用视图时候需要遵守 4大限制限制条件
:视图数据更改当用户更新视图中
数据时其实更改是其对应数据表数据无论是对视图中数据进行更改还是在视图中插入或者删除数据都是类似道理但是不是所有视图都可以进行更改如下面这些视图在SQL Server数据库中就不能够直接对其内容进行更新否则系统会拒绝这种非法操作如在
个视图中若采用Group By子句对视图中内容进行了汇总则用户就不能够对这张视图进行更新这主要是
采用Group By子句对查询结果进行汇总在后视图中就会丢失这条纪录物理存储位置如此系统就无法找到需要更新纪录若用户想要在视图中更改数据则数据库管理员就不能够在视图中添加这个Group BY分组语句如不能够使用Distinct关键字
这个关键字用途就是去除重复纪录如没有添加这个关键字时候视图查询出来纪录有250条添加了这个关键字后数据库就会剔除重复纪录只显示不重复50条纪录此时若用户要改变其中个数据则数据库就不知道其到底需要更改哪条纪录视图中看起来只有条纪录而在基础表中可能对有纪录有几十条为此若在视图中采用了Distinct关键字话就无法对视图中内容进行更改如果在视图中有AVG、MAX等
则也不能够对其进行更新如在张视图中其采用了SUN来汇总员工工资时此时就不能够对这张表进行更新这是数据库为了保障数据致性所添加限制条件可见
试图虽然方便、安全但是其仍然不能够代替表地位当需要对些表中数据进行更新时我们往往更多通过对表操作来完成对视图内容进行直接更改话需要遵守些限制条件在实际工作中更多处理规则是通过前台
直接更改后台基础表至于这些表中数据安全性则要依靠前台应用来保护确保更改准确性、合法性限制条件 2:定义视图
查询语句中不能够使用某些关键字我们都知道
视图其实就是组查询语句组成或者说视图是封装查询语句个工具在查询语句中我们可以通过些关键字来格式化显示结果如我们在平时工作中经常会需要把某张表中数据跟另外张表进行合并此时数据库管理员就可以利用Select Into语句来完成先把数据从某个表中查询出来然后再添加到某个表中当经常需要类似
操作时我们是否可以把它制作成张视图每次有需要时候只需要运行这个视图即可而不用每次都进行重新书写SQL代码不过可惜是结果是否定在SQL Server数据库视图中是不能够带有Into关键字如果要实现类似功能只有通过或者过程来实现另外
跟Oracle数据库区别是在微软SQLServer数据库中创建视图时候还有个额外限制就是不能够在创建视图查询语句中使用order by排序语句这是个很特殊规定些Oracle数据库管理员在使用SQL Server数据库创建视图时候经常会犯类似
他们就搞不明白为什么Oracle数据库中可行但是在微软数据库中则行不通呢?这恐怕只有微软数据库产品设计者才能够回答问题总的我们要记住就是在SQLServer数据库中建立视图时查询语句中不能够包含Order By语句限制条件 3:要对某些列取别名
并保证列名唯在表关联查询
时候当区别表列名相同时只需要加上表前缀即可不需要对列另外进行命名但是在创建视图时就会出现问题数据库会提示 “duplicate column name”提示警告用户有重复列名有时候用户利用Select语句连接多个来自区别表列若拥有相同名字则这个语句仍然可以执行但是若把它复制到创建视图窗口创建视图时就会不成功查询语句跟创建视图
查询语句还有很多类似差异如有时候我们在查询语句中可能会比较频繁采用些算术表达式;或者在查询语句中使用等等在查询时候我们可以不给这个列“取名”数据库在查询时候会自动给其命名但是在创建视图时数据库系统就会给你出难题系统会提醒你为列取别名从以上两个例子中
我们可以看出虽然视图是对SQL语句封装但是两者仍然有差异创建视图查询语句必须要遵守定限制如要保证视图各个列名唯;如果自阿视图中某列是个算术表达式、或者常数时候要给其取名字等等限制条件 4:权限上
双重限制为了保障基础表数据
安全性在视图创建时候其权限控制比较严格方面若用户需要创建视图则必须要有数据库视图创建权限这是视图建立时必须遵循个基本条件如有些数据库管理员虽然具有表创建、修改权限;但是这并不表示这个数据库管理员就有建立视图权限恰恰相反在大型数据库设计中往往会对数据库管理员进行分工建立基础表就只管建立基础表;负责创建视图就只有创建视图权限其次
在具有创建视图权限同时用户还必须具有访问对应表权限如某个数据库管理员已经有了创建视图权限此时若其需要创建张员工工资信息视图还不定会成功这还要这个数据库管理员有美誉跟工资信息相关基础表访问权限如建立员工工资信息这张视图共涉及到 5张表则这个数据库管理员就需要拥有者每张表查询权限若没有话则建立这张视图就会以失败告终第 3
就是视图权限继承问题如上面例子中这个数据库管理员不是基础表所有者但是经过所有者授权他就可以对这个基础表进行访问就可以以此为基础建立视图但是这个数据库管理员有没有把对这个基础表访问权限再授权给其他人呢?如他能否授权给A用户访问员工考勤信息表呢?答案是不定默认情况下数据库管理员不能够再对其他用户进行授权但是若基础表所有者把这个权利给了数据库管理员的后则他就可以对用户进行重新授权让数据库管理员可以给A用户进行授权让其可以进行相关操作可见
视图虽然灵活安全方便但是其仍然有比较多限制条件根据笔者经验般在报表、表单等等工作上采用视图会更加合理其 SQL语句可以重复使用而在基础表更新上包括纪录更改、删除或者插入上往往是直接对基础表进行更新对于些表约束可以通过触发器、规则等等来实现;甚至可以通过前台SQL语句直接实现约束作为数据库管理员要有这个能力能够判断在什么时候使用视图什么时候直接
基础表
最新评论