Oracle视图
2014-03-09 23:26
260 查看
1.视图的概述
视图其实就是一条查询sql语句，用于显示一个或多个表或其他视图中的相关数据。视图将一个查询的结果作为一个表来使用，因此视图可以被看作是存储的查询或一个虚拟表。视图来源于表，所有对视图数据的修改最终都会被反映到视图的基表中，这些修改必须服从基表的完整性约束，并同样会触发定义在基表上的触发器。(Oracle支持在视图上显式的定义触发器和定义一些逻辑约束)
2.视图的存储
与表不同，视图不会要求分配存储空间，视图中也不会包含实际的数据。视图只是定义了一个查询，视图中的数据是从基表中获取，这些数据在视图被引用时动态的生成。由于视图基于数据库中的其他对象，因此一个视图只需要占用数据字典中保存其定义的空间，而无需额外的存储空间。
3.视图的作用
用户可以通过视图以不同形式来显示基表中的数据，视图的强大之处在于它能够根据不同用户的需要来对基表中的数据进行整理。视图常见的用途如下：
通过视图可以设定允许用户访问的列和数据行，从而为表提供了额外的安全控制
隐藏数据复杂性
视图中可以使用连接(join)，用多个表中相关的列构成一个新的数据集。此视图就对用户隐藏了数据来源于多个表的事实。
简化用户的SQL 语句
用户使用视图就可从多个表中查询信息，而无需了解这些表是如何连接的。
以不同的角度来显示基表中的数据
视图的列名可以被任意改变，而不会影响此视图的基表
使应用程序不会受基表定义改变的影响
在一个视图的定义中查询了一个包含4 个数据列的基表中的3 列。当基表中添加了新的列后，由于视图的定义并没有被影响，因此使用此视图的应用程序也不会被影响。
保存复杂查询
一个查询可能会对表数据进行复杂的计算。用户将这个查询保存为视图之后，每次进行类似计算只需查询此视图即可。
逻辑数据独立性
视图可以使应用程序和数据库表在一定程度上独立。如果没有视图，应用一定是建立在表上的。有了视图之后，程序可以建立在视图之上，从而程序与数据库表被视图分割开来。
4.视图的工作机制
视图的定义就是其使用的查询语句，Oracle 将这个定义以文本形式存储在数据字典中。当用户在 SQL 语句中引用了视图时，Oracle 将进行以下工作：
将引用了视图的语句与视图的定义语句整合为一个语句
在共享SQL 区解析整合后的语句
执行此语句
当现有的共享SQL 区中没有与整合后的语句一致时，Oracle 才会为此语句创建新的共享SQL 区。因此，引用了视图的SQL 语句也能够利用已有的共享 SQL 区以达到节约内存和提高性能的目的。
5.视图的依赖性
由于视图的定义是一个引用了其他对象（表，视图）的查询，因此视图依赖于其所引用的对象。Oracle 会自动地处理视图的依赖性。例如，当用户移除了一个视图的基表后再重建此表，Oracle 将检查新的基表是否符合视图的定义并判断视图的有效性。
6.可更新的连接视图
连接视图是指在一个视图的定义查询的from字句中引用了多个表或视图。而可更新的连接视图是指能够执行 UPDATE，INSERT，和 DELETE 操作的连接视图。为了保证视图是可更新的，其定义中不能包含以下语法结构：
集合操作符
DISTINCT 操作符
聚合函数或分析型函数
GROUP BY，ORDER BY，CONNECT BY，或 START WITH 字句
在 SELECT 之后的列表中使用集合表达式
在 SELECT 之后的列表中使用子查询
连接（join）（但是有例外情况）
对于不可更新的视图，可以利用 INSTEAD OF 触发器对其数据进行修改。
详细出处参考：http://www.jb51.net/article/21527.htm
整理自网络-------------------
一. 视图的定义
视图(view)，也称虚表, 不占用物理空间，这个也是相对概念，因为视图本身的定义语句还是要存储在数据字典里的。视图只有逻辑定义。每次使用的时候,只是重新执行SQL.
视图是从一个或多个实际表中获得的，这些表的数据存放在数据库中。那些用于产生视图的表叫做该视图的基表。一个视图也可以从另一个视图中产生。
视图的定义存在数据库中，与此定义相关的数据并没有再存一份于数据库中。通过视图看到的数据存放在基表中。
视图看上去非常象数据库的物理表，对它的操作同任何其它的表一样。当通过视图修改数据时，实际上是在改变基表中的数据；相反地，基表数据的改变也会自动反映在由基表产生的视图中。由于逻辑上的原因，有些Oracle视图可以修改对应的基表，有些则不能（仅仅能查询）。
还有一种视图：物化视图（MATERIALIZED VIEW ），也称实体化视图，快照 （8i 以前的说法） ，它是含有数据的，占用存储空间。 关于物化视图，具体参考我的blog：
Oracle 物化视图
http://blog.csdn.net/tianlesoftware/archive/2009/10/23/4713553.aspx
二. 视图的作用
2.1 简单性。
看到的就是需要的。视图不仅可以简化用户对数据的理解，也可以简化他们的操作。那些被经常使用的查询可以被定义为视图，从而使得用户不必为以后的操作每次指定全部的条件。
2.2 安全性。
通过视图用户只能查询和修改他们所能见到的数据。数据库中的其它数据则既看不见也取不到。数据库授权命令可以使每个用户对数据库的检索限制到特定的数据库对象上，但不能授权到数据库特定行和特定的列上。通过Oracle视图，用户可以被限制在数据的不同子集上：
使用权限可被限制在基表的行的子集上。
使用权限可被限制在基表的列的子集上。
使用权限可被限制在基表的行和列的子集上。
使用权限可被限制在多个基表的连接所限定的行上。
使用权限可被限制在基表中的数据的统计汇总上。
使用权限可被限制在另一视图的一个子集上，或是一些视图和基表合并后的子集上。
视图的安全性可以防止未授权用户查看特定的行或列，是用户只能看到表中特定行的方法如下：
1 在表中增加一个标志用户名的列；
2 建立Oracle视图，是用户只能看到标有自己用户名的行；
3 把视图授权给其他用户。
2.3 逻辑数据独立性。
视图可帮助用户屏蔽真实表结构变化带来的影响。
视图可以使应用程序和数据库表在一定程度上独立。如果没有视图，应用一定是建立在表上的。有了视图之后，程序可以建立在视图之上，从而程序与数据库表被视图分割开来。视图可以在以下几个方面使程序与数据独立：
1 如果应用建立在数据库表上，当数据库表发生变化时，可以在表上建立视图，通过视图屏蔽表的变化，从而应用程序可以不动。
2 如果应用建立在数据库表上，当应用发生变化时，可以在表上建立视图，通过视图屏蔽应用的变化，从而使数据库表不动。
3 如果应用建立在视图上，当数据库表发生变化时，可以在表上修改视图，通过视图屏蔽表的变化，从而应用程序可以不动。
4 如果应用建立在视图上，当应用发生变化时，可以在表上修改视图，通过视图屏蔽应用的变化，从而数据库可以不动。
三. 视图的基本语法:
CREATE[OR REPLACE][FORCE][NOFORCE]VIEW view_name
[(column_name)[,….n]]
AS
Select_statement
[WITH CHECK OPTION[CONSTRAINT constraint_name]]
[WITH READ ONLY]
说明:
view_name : 视图的名字
column_name: 视图中的列名
在下列情况下 , 必须指定视图列的名称
* 由算术表达式 , 系统内置函数或者常量得到的列
* 共享同一个表名连接得到的列
* 希望视图中的列名与表中的列名不同的时候
REPLACE: 如果创建视图时, 已经存在此视图, 则重新创建此视图, 相当于覆盖
FORCE: 强制创建视图, 无论的视图所依赖的基表否存在或是否有权限创建
NOFORCE: 只有基表存在且具有创建视图权限时, 才可以创建视图
WITH CHECK OPTION 指出在视图上所进行的修改都要符合select_statement 所指定的限制条件
WITH READ ONLY 只允许查看视图
视图的定义原则：
1. 视图的查询可以使用复杂的 SELECT 语法，包括连接 / 分组查询和子查询；
2. 在没有 WITH CHECK OPTION 和 READ ONLY的情况下，查询中不能使用
ORDER BY子句；
3. 如果没有为 CHECK OPTION 约束命名，系统会自动为之命名，形式为 SYS_Cn;
4. OR REPLACE 选项可以不删除原视图便可更改其定义并重建，或重新授予对象
权限。
四. 视图操作
视图分为简单视图( 基于单个基表,且不包含函数和数据分组操作 ) 和复杂视图( 基于多个基表或视图).
简单视图可以通过视图修改数据. 这些修改包括插入数据. 更新数据和删除数据. 但是对于复杂视图来说, 通过视图修改数据必须满足一定的规则.
在视图定义中没有设定READ ONLY 的前提下, 如果视图包含了下面的内容, 那么不能通过视图删除表中的数据:
* 分组函数, 如SUM,AVG,MIN,MAX 等
* GROUP BY 子句
* 包含了表达式
* ROWNUM 伪列
插入数据时, 除了满足上面的条件外, 还需要保证那些没有包含在视图定义中的基表的列必须允许空值. 如果在视图定义中还包含了WITH CHECK OPTION 子句, 那么对视图的修改除了前面的那些原则外, 还必须满足指定的约束条件. 个人认为,视图利于查询,不利于修改.
1. 查询视图: 可依赖于多个基表.
SELECT * FROM view_name; /* 类似于查询表数据*/
2. 更新视图的前提:
没有使用连接函数, 集合运算和组函数. 创建视图的select 语句中没有集合函数且没有GROUP BY,ONNECT BY ,START WITH 子句及DISTINCT 关键字. 创建视图的SELECT 语句中不包含从基表列通过计算所得的列. 创建视图没有包含只读属性.
3. 插入数据
INSERT INTO view_name VALUES();
4. 修改数据:
UPDATE view_name SET …
若一个视图依赖于多个基本表, 则一次修改该视图只能修改一个基本表的数据.
5. 删除数据:
Delete from view_name where …
同样, 当视图依赖多个基表时, 不能使用此语句来删除基表中的数据. 只能删除依赖一个基表的数据.
6. 修改视图定义:
修改视图的好处在于, 所有相关的权限都依然存在. 语法同创建视图相同.
7. 删除视图:
DROP VIEW view_name;
只有视图所有者和具备DROP VIEW 权限的用户可以删除视图。删除视图的定义不影响基表中的数据。视图被删除后，基于被删除视图的其他视图或应用将无效。
五. 示例
5.1 dba_segments 表里没有视图的信息
SQL> select distinct(segment_type) from dba_segments group by segment_type;
SEGMENT_TYPE
------------------
LOBINDEX
INDEX PARTITION
NESTED TABLE
TABLE PARTITION
ROLLBACK
LOB PARTITION
LOBSEGMENT
TABLE
INDEX
CLUSTER
TYPE2 UNDO
已选择11行。
5.2 对视图的增删改操作都是在基表上进行的。
SQL> create table v_dave(id number,name varchar2(20));
表已创建。
SQL> insert into v_dave values(1,'dave');
已创建 1 行。
SQL> commit;
提交完成。
SQL> select * from v_dave;
ID NAME
---------- --------------------
1 dave
SQL> create view view_dave as select * from v_dave;
视图已创建。
SQL> select * from view_dave;
ID NAME
---------- --------------------
1 dave
上面我们创建了一个表和一个视图。 下面我们对视图进行增删改操作。
5.2.1 对视图进行insert 操作
SQL> insert into view_dave values(2,'tianlesoftware');
已创建 1 行。
SQL> commit;
提交完成。
SQL> select * from v_dave;
ID NAME
---------- --------------------
1 dave
2 tianlesoftware
SQL> select * from view_dave;
ID NAME
---------- --------------------
1 dave
2 tianlesoftware
最视图添加的记录，写道了对应的基表里。
5.2.2 对视图进行delete 操作
SQL> delete from view_dave where id =2;
已删除 1 行。
SQL> commit;
提交完成。
SQL> select * from view_dave;
ID NAME
---------- --------------------
1 dave
SQL> select * from v_dave;
ID NAME
---------- --------------------
1 dave
对视图的delete，同样修改的是基表。
5.2.3 对视图进行update
SQL> update view_dave set name='tianlesoftware' where id=1;
已更新 1 行。
SQL> commit;
提交完成。
SQL> select * from v_dave;
ID NAME
---------- --------------------
1 tianlesoftware
SQL> select * from view_dave;
ID NAME
---------- --------------------
1 tianlesoftware
5.3 查看视图的信息dba_views
SQL> desc dba_views;
名称 是否为空? 类型
----------------------------------------- -------- ----------------
OWNER NOT NULL VARCHAR2(30)
VIEW_NAME NOT NULL VARCHAR2(30)
TEXT_LENGTH NUMBER
TEXT LONG
TYPE_TEXT_LENGTH NUMBER
TYPE_TEXT VARCHAR2(4000)
OID_TEXT_LENGTH NUMBER
OID_TEXT VARCHAR2(4000)
VIEW_TYPE_OWNER VARCHAR2(30)
VIEW_TYPE VARCHAR2(30)
SUPERVIEW_NAME VARCHAR2(30)
EDITIONING_VIEW VARCHAR2(1)
READ_ONLY VARCHAR2(1)
查看视图的定义：
SQL> select text from dba_views where view_name='VIEW_DAVE';
TEXT
--------------------------------------------------------------
select "ID","NAME" from v_dave
视图其实就是一条查询sql语句，用于显示一个或多个表或其他视图中的相关数据。视图将一个查询的结果作为一个表来使用，因此视图可以被看作是存储的查询或一个虚拟表。视图来源于表，所有对视图数据的修改最终都会被反映到视图的基表中，这些修改必须服从基表的完整性约束，并同样会触发定义在基表上的触发器。(Oracle支持在视图上显式的定义触发器和定义一些逻辑约束)
2.视图的存储
与表不同，视图不会要求分配存储空间，视图中也不会包含实际的数据。视图只是定义了一个查询，视图中的数据是从基表中获取，这些数据在视图被引用时动态的生成。由于视图基于数据库中的其他对象，因此一个视图只需要占用数据字典中保存其定义的空间，而无需额外的存储空间。
3.视图的作用
用户可以通过视图以不同形式来显示基表中的数据，视图的强大之处在于它能够根据不同用户的需要来对基表中的数据进行整理。视图常见的用途如下：
通过视图可以设定允许用户访问的列和数据行，从而为表提供了额外的安全控制
隐藏数据复杂性
视图中可以使用连接(join)，用多个表中相关的列构成一个新的数据集。此视图就对用户隐藏了数据来源于多个表的事实。
简化用户的SQL 语句
用户使用视图就可从多个表中查询信息，而无需了解这些表是如何连接的。
以不同的角度来显示基表中的数据
视图的列名可以被任意改变，而不会影响此视图的基表
使应用程序不会受基表定义改变的影响
在一个视图的定义中查询了一个包含4 个数据列的基表中的3 列。当基表中添加了新的列后，由于视图的定义并没有被影响，因此使用此视图的应用程序也不会被影响。
保存复杂查询
一个查询可能会对表数据进行复杂的计算。用户将这个查询保存为视图之后，每次进行类似计算只需查询此视图即可。
逻辑数据独立性
视图可以使应用程序和数据库表在一定程度上独立。如果没有视图，应用一定是建立在表上的。有了视图之后，程序可以建立在视图之上，从而程序与数据库表被视图分割开来。
4.视图的工作机制
视图的定义就是其使用的查询语句，Oracle 将这个定义以文本形式存储在数据字典中。当用户在 SQL 语句中引用了视图时，Oracle 将进行以下工作：
将引用了视图的语句与视图的定义语句整合为一个语句
在共享SQL 区解析整合后的语句
执行此语句
当现有的共享SQL 区中没有与整合后的语句一致时，Oracle 才会为此语句创建新的共享SQL 区。因此，引用了视图的SQL 语句也能够利用已有的共享 SQL 区以达到节约内存和提高性能的目的。
5.视图的依赖性
由于视图的定义是一个引用了其他对象（表，视图）的查询，因此视图依赖于其所引用的对象。Oracle 会自动地处理视图的依赖性。例如，当用户移除了一个视图的基表后再重建此表，Oracle 将检查新的基表是否符合视图的定义并判断视图的有效性。
6.可更新的连接视图
连接视图是指在一个视图的定义查询的from字句中引用了多个表或视图。而可更新的连接视图是指能够执行 UPDATE，INSERT，和 DELETE 操作的连接视图。为了保证视图是可更新的，其定义中不能包含以下语法结构：
集合操作符
DISTINCT 操作符
聚合函数或分析型函数
GROUP BY，ORDER BY，CONNECT BY，或 START WITH 字句
在 SELECT 之后的列表中使用集合表达式
在 SELECT 之后的列表中使用子查询
连接（join）（但是有例外情况）
对于不可更新的视图，可以利用 INSTEAD OF 触发器对其数据进行修改。
详细出处参考：http://www.jb51.net/article/21527.htm
整理自网络-------------------
一. 视图的定义
视图(view)，也称虚表, 不占用物理空间，这个也是相对概念，因为视图本身的定义语句还是要存储在数据字典里的。视图只有逻辑定义。每次使用的时候,只是重新执行SQL.
视图是从一个或多个实际表中获得的，这些表的数据存放在数据库中。那些用于产生视图的表叫做该视图的基表。一个视图也可以从另一个视图中产生。
视图的定义存在数据库中，与此定义相关的数据并没有再存一份于数据库中。通过视图看到的数据存放在基表中。
视图看上去非常象数据库的物理表，对它的操作同任何其它的表一样。当通过视图修改数据时，实际上是在改变基表中的数据；相反地，基表数据的改变也会自动反映在由基表产生的视图中。由于逻辑上的原因，有些Oracle视图可以修改对应的基表，有些则不能（仅仅能查询）。
还有一种视图：物化视图（MATERIALIZED VIEW ），也称实体化视图，快照 （8i 以前的说法） ，它是含有数据的，占用存储空间。 关于物化视图，具体参考我的blog：
Oracle 物化视图
http://blog.csdn.net/tianlesoftware/archive/2009/10/23/4713553.aspx
二. 视图的作用
2.1 简单性。
看到的就是需要的。视图不仅可以简化用户对数据的理解，也可以简化他们的操作。那些被经常使用的查询可以被定义为视图，从而使得用户不必为以后的操作每次指定全部的条件。
2.2 安全性。
通过视图用户只能查询和修改他们所能见到的数据。数据库中的其它数据则既看不见也取不到。数据库授权命令可以使每个用户对数据库的检索限制到特定的数据库对象上，但不能授权到数据库特定行和特定的列上。通过Oracle视图，用户可以被限制在数据的不同子集上：
使用权限可被限制在基表的行的子集上。
使用权限可被限制在基表的列的子集上。
使用权限可被限制在基表的行和列的子集上。
使用权限可被限制在多个基表的连接所限定的行上。
使用权限可被限制在基表中的数据的统计汇总上。
使用权限可被限制在另一视图的一个子集上，或是一些视图和基表合并后的子集上。
视图的安全性可以防止未授权用户查看特定的行或列，是用户只能看到表中特定行的方法如下：
1 在表中增加一个标志用户名的列；
2 建立Oracle视图，是用户只能看到标有自己用户名的行；
3 把视图授权给其他用户。
2.3 逻辑数据独立性。
视图可帮助用户屏蔽真实表结构变化带来的影响。
视图可以使应用程序和数据库表在一定程度上独立。如果没有视图，应用一定是建立在表上的。有了视图之后，程序可以建立在视图之上，从而程序与数据库表被视图分割开来。视图可以在以下几个方面使程序与数据独立：
1 如果应用建立在数据库表上，当数据库表发生变化时，可以在表上建立视图，通过视图屏蔽表的变化，从而应用程序可以不动。
2 如果应用建立在数据库表上，当应用发生变化时，可以在表上建立视图，通过视图屏蔽应用的变化，从而使数据库表不动。
3 如果应用建立在视图上，当数据库表发生变化时，可以在表上修改视图，通过视图屏蔽表的变化，从而应用程序可以不动。
4 如果应用建立在视图上，当应用发生变化时，可以在表上修改视图，通过视图屏蔽应用的变化，从而数据库可以不动。
三. 视图的基本语法:
CREATE[OR REPLACE][FORCE][NOFORCE]VIEW view_name
[(column_name)[,….n]]
AS
Select_statement
[WITH CHECK OPTION[CONSTRAINT constraint_name]]
[WITH READ ONLY]
说明:
view_name : 视图的名字
column_name: 视图中的列名
在下列情况下 , 必须指定视图列的名称
* 由算术表达式 , 系统内置函数或者常量得到的列
* 共享同一个表名连接得到的列
* 希望视图中的列名与表中的列名不同的时候
REPLACE: 如果创建视图时, 已经存在此视图, 则重新创建此视图, 相当于覆盖
FORCE: 强制创建视图, 无论的视图所依赖的基表否存在或是否有权限创建
NOFORCE: 只有基表存在且具有创建视图权限时, 才可以创建视图
WITH CHECK OPTION 指出在视图上所进行的修改都要符合select_statement 所指定的限制条件
WITH READ ONLY 只允许查看视图
视图的定义原则：
1. 视图的查询可以使用复杂的 SELECT 语法，包括连接 / 分组查询和子查询；
2. 在没有 WITH CHECK OPTION 和 READ ONLY的情况下，查询中不能使用
ORDER BY子句；
3. 如果没有为 CHECK OPTION 约束命名，系统会自动为之命名，形式为 SYS_Cn;
4. OR REPLACE 选项可以不删除原视图便可更改其定义并重建，或重新授予对象
权限。
四. 视图操作
视图分为简单视图( 基于单个基表,且不包含函数和数据分组操作 ) 和复杂视图( 基于多个基表或视图).
简单视图可以通过视图修改数据. 这些修改包括插入数据. 更新数据和删除数据. 但是对于复杂视图来说, 通过视图修改数据必须满足一定的规则.
在视图定义中没有设定READ ONLY 的前提下, 如果视图包含了下面的内容, 那么不能通过视图删除表中的数据:
* 分组函数, 如SUM,AVG,MIN,MAX 等
* GROUP BY 子句
* 包含了表达式
* ROWNUM 伪列
插入数据时, 除了满足上面的条件外, 还需要保证那些没有包含在视图定义中的基表的列必须允许空值. 如果在视图定义中还包含了WITH CHECK OPTION 子句, 那么对视图的修改除了前面的那些原则外, 还必须满足指定的约束条件. 个人认为,视图利于查询,不利于修改.
1. 查询视图: 可依赖于多个基表.
SELECT * FROM view_name; /* 类似于查询表数据*/
2. 更新视图的前提:
没有使用连接函数, 集合运算和组函数. 创建视图的select 语句中没有集合函数且没有GROUP BY,ONNECT BY ,START WITH 子句及DISTINCT 关键字. 创建视图的SELECT 语句中不包含从基表列通过计算所得的列. 创建视图没有包含只读属性.
3. 插入数据
INSERT INTO view_name VALUES();
4. 修改数据:
UPDATE view_name SET …
若一个视图依赖于多个基本表, 则一次修改该视图只能修改一个基本表的数据.
5. 删除数据:
Delete from view_name where …
同样, 当视图依赖多个基表时, 不能使用此语句来删除基表中的数据. 只能删除依赖一个基表的数据.
6. 修改视图定义:
修改视图的好处在于, 所有相关的权限都依然存在. 语法同创建视图相同.
7. 删除视图:
DROP VIEW view_name;
只有视图所有者和具备DROP VIEW 权限的用户可以删除视图。删除视图的定义不影响基表中的数据。视图被删除后，基于被删除视图的其他视图或应用将无效。
五. 示例
5.1 dba_segments 表里没有视图的信息
SQL> select distinct(segment_type) from dba_segments group by segment_type;
SEGMENT_TYPE
------------------
LOBINDEX
INDEX PARTITION
NESTED TABLE
TABLE PARTITION
ROLLBACK
LOB PARTITION
LOBSEGMENT
TABLE
INDEX
CLUSTER
TYPE2 UNDO
已选择11行。
5.2 对视图的增删改操作都是在基表上进行的。
SQL> create table v_dave(id number,name varchar2(20));
表已创建。
SQL> insert into v_dave values(1,'dave');
已创建 1 行。
SQL> commit;
提交完成。
SQL> select * from v_dave;
ID NAME
---------- --------------------
1 dave
SQL> create view view_dave as select * from v_dave;
视图已创建。
SQL> select * from view_dave;
ID NAME
---------- --------------------
1 dave
上面我们创建了一个表和一个视图。 下面我们对视图进行增删改操作。
5.2.1 对视图进行insert 操作
SQL> insert into view_dave values(2,'tianlesoftware');
已创建 1 行。
SQL> commit;
提交完成。
SQL> select * from v_dave;
ID NAME
---------- --------------------
1 dave
2 tianlesoftware
SQL> select * from view_dave;
ID NAME
---------- --------------------
1 dave
2 tianlesoftware
最视图添加的记录，写道了对应的基表里。
5.2.2 对视图进行delete 操作
SQL> delete from view_dave where id =2;
已删除 1 行。
SQL> commit;
提交完成。
SQL> select * from view_dave;
ID NAME
---------- --------------------
1 dave
SQL> select * from v_dave;
ID NAME
---------- --------------------
1 dave
对视图的delete，同样修改的是基表。
5.2.3 对视图进行update
SQL> update view_dave set name='tianlesoftware' where id=1;
已更新 1 行。
SQL> commit;
提交完成。
SQL> select * from v_dave;
ID NAME
---------- --------------------
1 tianlesoftware
SQL> select * from view_dave;
ID NAME
---------- --------------------
1 tianlesoftware
5.3 查看视图的信息dba_views
SQL> desc dba_views;
名称 是否为空? 类型
----------------------------------------- -------- ----------------
OWNER NOT NULL VARCHAR2(30)
VIEW_NAME NOT NULL VARCHAR2(30)
TEXT_LENGTH NUMBER
TEXT LONG
TYPE_TEXT_LENGTH NUMBER
TYPE_TEXT VARCHAR2(4000)
OID_TEXT_LENGTH NUMBER
OID_TEXT VARCHAR2(4000)
VIEW_TYPE_OWNER VARCHAR2(30)
VIEW_TYPE VARCHAR2(30)
SUPERVIEW_NAME VARCHAR2(30)
EDITIONING_VIEW VARCHAR2(1)
READ_ONLY VARCHAR2(1)
查看视图的定义：
SQL> select text from dba_views where view_name='VIEW_DAVE';
TEXT
--------------------------------------------------------------
select "ID","NAME" from v_dave
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 
相关文章推荐
- jdbc连接Oracle 12c
- 老谢oracle视频笔记_day03
- oracle pl sql VALUE_ERROR
- oracle pl sql TOO_MANY_ROWS
- oracle pl sql NO_DATA_FOUND
- 在本机用Toad远程连接Oracle数据库
- 行列转换——oracle
- oracle pl sql case when case_not_found
- Oracle重装
- oracle事务隔离级别
- oracle中decode的使用和oracle中的行转列
- ORACLE分区表、分区索引详解
- Oracle WITH A AS 用法解析
- oracle 11g 手动启动服务
- oracle over (partition by ）用法
- java 执行 oracle 存储过程
- Oracle 11.2.0.3.0 RAC Silent Install-3Nodes
- LOB字段相关概念(自动创建LOB索引段和重建索引方法)
- oracle 删除用户 以及用户下的对象
- oracle经典操作sql