abap视图字段限制_【第八章】视图

上一级目录&＃xff1a;Mosh_完全掌握SQL课程_学习笔记

其它相关&＃xff1a;数据概要

【第八章】视图

Views (时长18分钟)

1. 创建视图

Creating Views (5:36)

小结

就是创建虚拟表&＃xff0c;自动化一些重复性的查询模块&＃xff0c;简化各种复杂操作&＃xff08;包括复杂的子查询和连接等&＃xff09;

注意视图虽然可以像一张表一样进行各种操作&＃xff0c;但并没有真正储存数据&＃xff0c;数据仍然储存在原始表中&＃xff0c;视图只是储存起来的模块化的查询结果&＃xff0c;是为了方便和简化后续进一步操作而储存起来的虚拟表。

案例

创建 sales_by_client 视图

若要删掉该视图用 DROP VIEW sales_by_client 或右键

创建视图后可就当作 sql_invoicing 库下一张表一样进行各种操作

练习

创建一个客户差额表视图&＃xff0c;可以看到客户的id&＃xff0c;名字以及差额&＃xff08;发票总额-支付总额&＃xff09;

2. 更新或删除视图

Altering or Dropping Views (2:52)

小结

修改视图可以先DROP在CREATE&＃xff0c;但最好是用CREATE OR REPLACE

视图的查询语句可以在编辑模式下查看和修改&＃xff0c;但最好是保存为sql文件并放在源码控制妥善管理

案例

想在上一节的顾客差额视图的查询语句最后加上按差额降序排列

法1. 先删除再重建

法2. 用REPLACE关键字&＃xff0c;即用 CREATE OR REPLACE VIEW clients_balance AS, 这个比较通用&＃xff0c;不管现在这个视图现在是否已经存在都不会出问题&＃xff0c;推荐使用种这种方式。

方法

如何保存视图的原始查询语句&＃xff1f;

法1.

&＃xff08;推荐方法&＃xff09; 将原始查询语句保存为 views 文件夹下的和与视图同名的 clients_balance.sql 文件&＃xff0c;然后将这个文件夹放在源码控制下&＃xff08;put these files under source control&＃xff09;, 通常放在 git repository&＃xff08;仓库&＃xff09;里与其它人共享&＃xff0c;团队其他人因此能在自己的电脑上重建这个数据库

法2.

若丢失了原始查询语句&＃xff0c;要修改的话可点击视图的扳手按钮打开编辑模式&＃xff0c;可看到如下被MySQL处理了的查询语句

MySQL在前面加了些莫名其妙的东西并且在所有库名表名字段名外套上反引号防止名称冲突&＃xff08;当对象名和MySQL里的关键字相同时确保被当作对象名而不是关键字&＃xff09;&＃xff0c;但这都不影响

直接做我们需要的修改&＃xff0c;如加上ORDER BY balance DESC 然后点apply就行了

法2是没有办法的办法&＃xff0c;当然最好还是将 views 保存为 sql 文件并放入源码控制

3. 可更新视图

Updatable Views (5:12)

小结

视图除了可用在查询语句SELECT中&＃xff0c;也可以用在增删改&＃xff08;INSERT DELETE UPDATE&＃xff09;语句中&＃xff0c;但后者有一定的前提条件。

如果一个视图的原始查询语句中没有如下元素&＃xff1a;
1. DISTINCT 去重
2. 聚合函数/GROUP BY/HAVING (聚合函数和HAVING筛选通常是伴随GROUP BY分组出现的)
3. UNION 纵向连接

则该视图是可更新视图&＃xff08;Updatable Views&＃xff09;&＃xff0c;可以增删改&＃xff0c;否则只能查。

另外&＃xff0c;增&＃xff08;INSERT&＃xff09;还要满足附加条件&＃xff1a;视图必须包含底层原表的所有必须字段

总之&＃xff0c;一般通过原表修改数据&＃xff0c;但当出于安全考虑或其他原因没有某表的直接权限时&＃xff0c;可以通过视图来修改底层数据&＃xff08;&＃xff1f;&＃xff09;&＃xff0c;前提是视图是可更新的。

之后会将关于安全和权限的内容

案例

创建视图&＃xff08;新虚拟表&＃xff09;invoices_with_balance&＃xff08;带差额的发票记录表&＃xff09;

该视图满足条件&＃xff0c;是可更新视图&＃xff0c;故可以增删改&＃xff1a;

1. 删&＃xff1a;

删掉id为1的发票记录

1. 改&＃xff1a;

将2号发票记录的期限延后两天

1. 增&＃xff1a;

在视图中用INSERT新增记录的话还有另一个前提&＃xff0c;即视图必须包含其底层所有原始表的所有必须字段
例如&＃xff0c;若这个 invoices_with_balance 视图里没有 invoice_date 字段&＃xff08;invoices 中的必须字段&＃xff09;&＃xff0c;那就无法通过该视图向 invoices 表新增记录&＃xff0c;因为 invoices 表不会接受 invoice_date 字段为空的记录

4. WITH CHECK OPTION 子句

THE WITH CHECK OPTION Clause (2:18)

小结

在视图的原始查询语句最后加上 WITH CHECK OPTION 可以防止执行那些会让视图中某些行&＃xff08;记录&＃xff09;消失的修改语句。

案例

接前面的 invoices_with_balance 视图的例子&＃xff0c;该视图与原始的 orders 表相比增加了balance(invouce_total - payment_total) 列&＃xff0c;且只显示 balance 大于0的行&＃xff08;记录&＃xff09;&＃xff0c;若将某记录&＃xff08;如2号订单&＃xff09;的 payment_total 改为和 invouce_total 相等&＃xff0c;则 balance 为0&＃xff0c;该记录会从视图中消失&＃xff1a;

更新后会发现invoices_with_balance视图里2号订单消失。

但在视图原始查询语句最后加入 WITH CHECK OPTION 后&＃xff0c;对3号订单执行类似上面的语句后会报错&＃xff1a;

5. 视图的其他优点

Other Benefits of Views (2:37)

小结

三大优点&＃xff1a;

简化查询、增加抽象层和减少变化的影响、数据安全性

具体来讲&＃xff1a;

1. &＃xff08;首要优点&＃xff09;简化查询 simplify queries
2. 增加抽象层&＃xff0c;减少变化的影响 Reduce the impact of changes&＃xff1a;视图给表增加了一个抽象层&＃xff08;模块化&＃xff09;&＃xff0c;这样如果数据库设计改变了&＃xff08;如一个字段从一个表转移到了另一个表&＃xff09;&＃xff0c;只需修改视图的查询语句使其能保持原有查询结果即可&＃xff0c;不需要修改使用这个视图的那几十个查询。相反&＃xff0c;如果没有视图这一层的话&＃xff0c;所有查询将直接使用指向原表的原始查询语句&＃xff0c;这样一旦更改原表设计&＃xff0c;就要相应地更改所有的这些查询。
3. 限制对原数据的访问权限 Restrict access to the data&＃xff1a;在视图中可以对原表的行和列进行筛选&＃xff0c;这样如果你禁止了对原始表的访问权限&＃xff0c;用户只能通过视图来修改数据&＃xff0c;他们就无法修改视图中未返回的那些字段和记录。但注意这通常并不简单&＃xff0c;需要良好的规划&＃xff0c;否则最后可能搞得一团乱。

了解这些优点&＃xff0c;但不要盲目将他们运用在所有的情形中。

导航

下一章将讲解储存过程和函数

上一级目录&＃xff1a;Mosh_完全掌握SQL课程_学习笔记

其它相关&＃xff1a;数据概要