当前位置：文档之家 › Oracle 数据库视图与基表的关系

Oracle 数据库视图与基表的关系

  • 格式：doc
  • 大小：41.00 KB
  • 文档页数：4

Oracle 数据库视图与基表的关系 一：首先解释什么是视图：视图其实就是一条查询sql语句，用于显示一个或多个表或其他视图中的相关数据。视图将一个查询的结果作为一个表来使用，因此视图可以被看作是存储的查询或一个虚拟表，与真实表不同，视图不会要求分配存储空间，视图中也不会包含实际的数据。视图只是定义了一个查询，视图中的数据是从基表中获取，这些数据在视图被引用时动态的生成。由于视图基于数据库中的其他对象，因此一个视图只需要占用数据字典中保存其定义的空间，而无需额外的存储空间，并且基表的变化会导致视图相应的改变。 二：视图的创建： CREATE [OR REPLACE] [FORCE|NOFORCE] VIEW view_name [(alias[, alias]...)] AS subquery [WITH CHECK OPTION [CONSTRAINT constraint]] [WITH READ ONLY] 其中： OR REPLACE：若所创建的试图已经存在，Oracle自动重建该视图； FORCE：不管基表是否存在ORACLE都会自动创建该视图； NOFORCE：只有基表都存在ORACLE才会创建该视图： alias：为视图产生的列定义的别名； subquery：一条完整的SELECT语句，可以在该语句中定义别名 可以挑选某个表中你需要的属性； WITH CHECK OPTION ： 插入或修改的数据行必须满足视图定义的约束； WITH READ ONLY ： 该视图上不能进行任何DML操作。 三：视图的修改：直接利用前边创建时的or replaece 重建即可。 四：视图上的DML 操作： 1.一般简单视图，也就是基表只有一个的视图，是可以通过修改视图来修改基表的， Oracle是可以通过视图来修改Base table的。所谓base table就是用来构建视图的表，也就是视图的数据来源表。但是这种修改是有条件的。比如： create view v_emp as select empno,ename,job,deptno from emp where deptno=10 with check option constraint emp_cnst; 如果有这个限制，那么通过视图v_emp 插入数据的deptno字段的值必须是10，否则就会报“ORA-01402: 视图 WITH CHECK OPTIDN 违反 where 子句”的异常。 2.针对复杂视图，也就是基表有多个表，通过内连接查询建立的视图，只能通过视图来修改key_preserved表， 什么是Key-Preserved Table呢.Oracle给出的定义是: A table is key preserved if every key of the table can also be a key of the result of the join. It is not necessary that the key or keys of a table be selected for it to be key preserved. It is sufficient that if the key or keys were selected, then they would also be key(s) of the result of the join. 如果某一个表的主键可以作为这个join结果(view通常是几个表的join结果)的主键,那么这个表就是key preserved table。 这个表的主键并非一定要出现在select出来的结果集中(select list里面),但是如果其出现在结果集中,那么它必须可以满足作为这个结果集的主键的要求。 通过下面的例子来解释： create view liuwenhe as select e.ename, e.empno, e.job, d.deptno, d.dname from emp e,dept d where e.empno in (10,30) and e.deptno = d.deptno； emp表的主键是empno,dept表的主键是deptno, 可以看出来emp表的主键empno的值是唯一的，并且非空，所以是可以做查询结果集的主键的，但是结果集的dempno的值就不一定唯一了。所以这个视图的key_preserved表是emp。 五；视图的作用：减少复杂性和增强安全性。 1.视图可以隐藏你的查询的复杂性，例如： SELECT d.dname,count(*) as NUM_EMPS FROM emp e, dept d WHERE e.deptno=d.deptno GROUP BY dname; 不需要输入如此复杂的查询（按照今天的标准来说，那其实并不算是复杂），我可以查询如下的一个视图： SELECT dname,num_emps FROM my_view; （前提是你创建了基于上面查询的视图） 你也能够将好多相当复杂的查询存储为一个视图，这样就会将查询大大的简化。通过这种方式，视图就是一种宏，它可以在幕后做许多事情，并使得这个过程让终端用户或者应用程序看起来非常简单。 2，视图也可以用于加强安全性。让我们假设一下，我只想要用户BOB看到EMP表中的ENAME 和DEPNO两个列。我可以使用如下所示： GRANT select ON emp TO bob; 但是上面的命令会使BOB看到表的全部内容。我可以写下如下的一个视图，使BOB只看到自己能够看到的列： CREATE VIEW bob_emp AS SELECT ename,deptno FROM emp; GRANT select ON bob_emp TO bob; 通过这两条命令，BOBO只能在视图中看到这个表中的两个列。 让我们更进一步的讨论一下安全性的概念。假设我们想要使得每个人都可以查询EMP表，但是只是他们自己的记录。我可以写出如下的视图： CREATE VIEW my_emp AS SELECT * FROM emp WHERE ename=USER; GRANT select ON my_emp TO public; 当一个用户查询MY_EMP表示，上述视图只会返回那些ENAME列值为他们自己的用户名。 3.Oracle视图非常强大的功能之一在于其可以创 建一个带有错误的视图。比如说视图里的字段在基表里不存在，该视图仍然可以创建成功，但是非法的且无法执行。当基表里加入了该字段，或者说某个字段修改成 视图里的该字段名称，那么视图马上就可以成为合法的。 基表和数据字典视图 数据字典包含对数据库中的对象的说明。它包括两种对象类型。 基表： 基表是存储有关数据库的信息的底层表。基表是在任何Oracle 数据库中首先创建的对象。 在使用 CREATE DATABASE创建数据库时，只要Oracle 服务器运行 sql.bsq脚本，就会 自动创建这些对象。只有Oracle 服务器才能对这些基表执行写入操作。用户很少直接访问 基表，因为其中的数据大多数都是以隐含格式存储的。切勿使用DML 命令直接更新基 表，但 AUD$ 表除外。例如，IND$表就是一个基表，它包含有关数据库中的索引的信息 。 数据字典视图： 数据字典视图是基表的汇总，可以更有效地显示基表信息。例如，在数据字典视图中，除了显示对象编号外还会使用对象名。数据字典视图是在运行 CREATE DATABASE 命令之 后使用 catalog.sql脚本创建的。 oracle基表和动态性能视图 1. 数据字典是oracle数据库中最重要的组成部分，它提供了数据库的一些系统信息。它是只读表和视图的集合，所有者为sys用户。用户自能在数据字典上执行查询操作，而维护和修改是由系统自动完成的。 数据字典包括数据字典基表和数据字典视图，其中基表存储数据库的基表信息，普通用户不能直接访问数据字典的基表；数据字典视图是基于数据字典基表所建立的视图，普通用户可以通过查询数据字典视图取得系统信息。 数据字典视图主要包括三种类型：user_xxx, all_xxx, dba_xxx user_tables：显示当前用户下所拥有的所有表。它只返回当前用户所有表。 all_talbes: 显示当前用户可访问的所有表。 dba_talbes: 显示所有用户的所有表。要求查询用户拥有dba角色或者select any table系统权限。 user_xxx < all_xxx <= dba_xxx SQL> create user tt identified by tt; 用户已创建。 SQL> grant resource,connect to tt; 授权成功。 SQL> conn tt/tt 已连接。 SQL> select count(*) from user_tables; COUNT(*) ---------- 0 SQL> select count(*) from all_tables; COUNT(*) ---------- 91 SQL> select count(*) from dba_tables; select count(*) from dba_tables * 第 1 行出现错误: ORA-00942: 表或视图不存在 查询dba_tables的时候，必须有dba角色或者select any talbes 的系统权限。否则会报错。

在建立用户时，oracle会把用户的信息放到数据字典中。 dba_users：可查询用户的一些信息。 dba_roles: 可查询oracle有多少角色。 dba_sys_privs：可查询用户所具有的系统权限 system_privilege_map：可查询用户所具有的系统权限 dba_tab_privs: 可查询用户所具有的对象权限。 dba_role_privs: 可查询用户所拥有的角色。 dba_tablespaces:可查询出oracle表空间信息。

合集下载

Oracle物化视图详解

Oracle物化视图详解

物化视图详解物化视图是包括一个查询结果的数据库对象，它是远程数据的的本地副本，或者用来生成基于数据表求和的汇总表。

物化视图存储基于远程表的数据，也可以称为快照。

对于复制，物化视图允许你在本地维护远程数据的副本,这些副本是只读的。

如果你想修改本地副本，必须用高级复制的功能。

当你想从一个表或视图中抽取数据时，你可以用从物化视图中抽取。

对于数据仓库，创建的物化视图通常情况下是聚合视图，单一表聚合视图和连接视图。

物化视图可以查询表，视图和其它的物化视图。

一、关于物化视图日志：查询物化视图日志文件格式：desc mlog$_lzwmvtest;创建物化视图时默认指定物化视图中存在主键，如果不指定，那么创建的物化视图日志文件的基表必须存在主键，否则会报错Demo:对一个表test创建日志：create materialized view log on test;那么会报：表'LZWMVTEST'不包含主键约束条件这种情况下，就必须指定日志文件结构比如：create materialized view log on test with rowid（具体的针对日志内容方面的在另外一个专题里说明，这里就简述到此）二、关于生成数据和刷新：1>生成数据两大选项：build immediate build deferredBuild immediate:在创建物化视图的同时根据主表生成数据Bulid deferred:在创建物化视图的同时，在物化视图内不生成数据，如果此时没有生成数据，以后可以采取：EXEC DBMS_MVIEW.Refresh(‘MV_name’,’C’)，注意必须使用全量刷新，默认是增量刷新，所以这里参数必须是C，因为之前都没有生成数据，所以必须全量。

2>关于刷新²刷新方式：complete fast forceComplete :完全刷新整个物化视图，相当于重新生成物化视图，此时即时增量刷新可用也全量刷新ØFast:当有数据更新时依照相应的规则对物化视图进行更新（此时必须创建物化视图日志（物化视图日志记录了数据更新的日志），关于日志的说明，参照“物化视图日志文件介绍”）ØForce:当增量刷新可用则增量刷新，当增量刷新不可用，则全量刷新（此项为默认选项）不过从实际情况出发，应该尽量不使用默认选项，可以考虑使用增量刷新，对大表特别有效，大表全量更新速度是非常慢的，特别是在存在索引的情况下（在创建物化视图语句中，可能某些限制查询的条件，导致了增量刷新无法使用，这个是需要注意的，具体是哪类语句导致fast刷新不可用，有待总结…..）²刷新时间：on demand on commit start with/ nextOn demand:在需要刷新时进行刷新（人工判断）On commit:在基表上有提交操作时，进行更新Start with:指定首次刷新的时间（一般指定的是当前时间，不过也可以在创建物化视图时不生成数据，则可以考虑在指定的时间刷新，从而生成数据）Next:刷新的周期时间三、基于主键的物化视图和ROWID的物化视图的说明创建物化视图日志时，指定了记录更新的原则即with 后面的primary 或者rowid 或者object id等等，后面，默认是以primary key为记录更新，在物化视图内也是以此为更新的原则。

本文详细介绍Oracle概念：同义词、序列与视图

本文详细介绍Oracle概念：同义词、序列与视图

同义词 synonymCREATE [PUBLIC]SYNONYM synonym For schema.object隐藏对象的名称和所有者:select count(*) from hr.employees;create synonym emp for hr.employees; --默认属于donny用户，是donny 的私有对象privateselect count(*) from emp;为分布式数据库的远程对象提供了位置透明性:访问其他数据库时，要首先建立数据库连结：CREATE DATABASE LINK test_link CONNECT TO username IDENTIFIED BY pass USING 'orabase';Select count(*) from hr.employees@test_link;create synonym link_emp for hr.employees@test_link;select count(*) from link_emp;提供对象的公共访问:create public synonym pub_emp for hr.employees;pub_emp属于public用户，数据库所有用户都可以访问。

同义词类型–私有 emp 实际上donny.emp–公用 pub_emp 所有用户都可以直接访问当公有对象和私有对象同名时(因为数据不同的用户，所以可以)，以私有对象优先。

(类似于局部变量)desc dba_synonyms/ user_synonyms/ all_synonyms 数据字典，复数tab公有同义词建立私有的tab表，查看效果。

删除同义词：drop synonym donny.emp;drop public synonym pub_emp;序列sequence：CREATE SEQUENCE donny.seq --也是属于某个用户的，以下参数均可省略，使用默认值。

(完整word版)数据库简答题完整版

(完整word版)数据库简答题完整版

1.说出数据库系统有哪几部分组成？数据, 软件, 硬件, 人员2.试述SQL语言的功能。

SQL语言是一种数据库查询和程序设计语言, 用于存取数据以及查询更新和管理关系数据库系统。

3.SQL提供的基本数据类型有哪些？每种举两个例子。

1.数值型（int bit）2.字符串型（char vachar）3.日期时间类型（datetime small datetime）4.货币类型（money small money）5.简述Where子句与Having子句的区别。

Having是筛选组, 而where是筛选记录, 分组筛选的时候应having；其它情况用where, 视图定义以及基本表区别。

试图是一个或几个基本表（或试图）导出的表。

他与基本表不同, 是一个虚表, 可以和基本表一样能被查询, 被删除, 但对试图的增、删、改操作则有一定限制。

6.简述视图的定义以及与基本表的区别。

视图是一个或几个基本表（或试图）导出的表。

他与基本表不同, 是一个虚表, 可以和基本表一样能被查询, 被删除, 但对试图的增、删、改操作则有一定限制。

7.试叙述数据库系统的三级模式结构及二级映象功能。

三级模式结构: 外模式、模式、内模式二级映像是为了在内部实现三个模式所对应三个抽象层次的联系和转换。

8.简述数据库系统如何实现应用程序与数据物理独立性和逻辑独立性。

模式/内模式映像保证了数据的物理独立性, 将由内模式变化所带来的影响与概念模式隔离开来外模式/模式的映像保证了数据的逻辑独立性, 将由概念模式变化所带来的影响与外模式隔离开来9.试述数据库设计的基本步骤。

1.需求分析阶段2.概念结构设计阶段3.逻辑结构设计阶段4.数据库物理设计阶段5.数据库实施阶段6.数据库运行与维护阶段10.解释E-R图并说明其三要素。

实体、联系、属性。

实体: 现实世界可以区别于其他是对象的“事件”或“物件”联系: 实体各属性之间所具有的关系。

属性: 一个实体集所具有的共同性质。

Oracle物化视图的用法与总结

Oracle物化视图的用法与总结

Oracle物化视图的⽤法与总结物化视图（material view）是什么？物化视图是包括⼀个查询结果的数据库对象，它是远程数据的的本地副本，或者⽤来⽣成基于数据表求和的汇总表。

物化视图存储基于远程表的数据，也可以称为快照（类似于MSSQL Server中的snapshot，静态快照）。

对于复制，物化视图允许你在本地维护远程数据的副本，这些副本是只读的。

如果你想修改本地副本，必须⽤⾼级复制的功能。

当你想从⼀个表或视图中抽取数据时，你可以⽤从物化视图中抽取。

对于数据仓库，创建的物化视图通常情况下是聚合视图，单⼀表聚合视图和连接视图。

（这个是基于本地的基表或者视图的聚合）。

物化视图，说⽩了，就是物理表，只不过这张表通过oracle的内部机制可以定期更新，将⼀些⼤的耗时的表连接⽤物化视图实现，会提⾼查询的效率。

当然要打开查询重写选项；Material View的主要作⽤1. 实现两个数据库之间的数据同步，可以存在时间差。

2. 如果是远程链接数据库的场景时，提⾼查询速度。

（由于查询逻辑复杂，数据量⽐较⼤，导致每次查询视图的时候，查询速度慢，效率低下）物化视图的刷新⽅式和⽅法1. 刷新的⽅式FastCompleteFource2. 刷新的⽅法DBMS_REFRESH.RefreshDBMS_MVIEW.RefreshEXEC DBMS_MVIEW.refresh('BXJ_OBJECTS_MV_T1'，'C');EXEC DBMS_REFRESH.refresh('REP_MVIEWGROUP');物化视图的刷新⽅式和⽅法(1).在源数据库建⽴mview log⽇志⽂件create materialized view log on w_1 ;----注：(TEST为表名或者视图名，关于视图上建⽴物化视图，见基于视图的物化视图----创建物化视图语句：(2).在统计数据建⽴materializad view 语法Create materialized view MV_TEST----MVTEST为物化视图名Build immediate----创建时⽣成数据对应的是build deferredRefresh fast----增量刷新On commit----在基表有更新时提交，这⾥该句对视图⽆效With rowid----这⾥创建基于rowid的物化视图，对应的是 primary keyAsSelect * from TEST;----⽣成物化视图数据语句或者 CREATE MATERIALIZED VIEW MV_TableNameBUILD IMMEDIATE --创建时⽴即刷新REFRESH FORCE --如果可以快速刷新则进⾏快速刷新，否则完全刷新ON DEMAND --刷新⽅式START WITH SYSDATE --第⼀次刷新时间NEXT SYSDATE+1/12 --刷新时间间隔AS SELECT 1 id ‘A’ name FROM dual;(3).调⽤时进⾏刷新dbms_refresh.refresh('W_1')创建物化视图CREATE MATERIALIZED VIEW bxj_objects_mv_t1 REFRESH FAST AS SELECT * FROM apps.bxj_objects_t1;CREATE MATERIALIZED VIEW bxj_objects_mv_t2 REFRESH FORCE AS SELECT * FROM bxj_objects_t2;CREATE MATERIALIZED VIEW bxj_objects_mv_t3 REFRESH COMPLETE AS SELECT * FROM bxj_objects_t3;ON DEMAND和ON COMMIT物化视图的区别ON DEMAND和ON COMMIT物化视图的区别在于其刷新⽅法的不同，ON DEMAND顾名思义，仅在该物化视图“需要”被刷新了，才进⾏刷新(REFRESH)，即更新物化视图，以保证和基表数据的⼀致性;⽽ON COMMIT是说，⼀旦基表有了COMMIT，即事务提交，则⽴刻刷新，⽴刻更新物化视图，使得数据和基表⼀致。