Oracle中的视图和同义词

视图

视图其实就是一条查询sql语句，用于显示一个或多个表或其他视图中的相关数据。视图将一个查询的结果作为一个表来使用，因此视图可以被看作是存储的查询或一个虚拟表。视图来源于表，所有对视图数据的修改最终都会被反映到视图的基表中，这些修改必须服从基表的完整性约束，并同样会触发定义在基表上的触发器。(Oracle支持在视图上显式的定义触发器和定义一些逻辑约束)

1、视图存储

视图不是真正的表，它是一张虚表，不会要求分配存储空间，也不包含实际的数据。视图只定义了查询，视图中的数据从基表中获取，这些数据在视图被引用时，动态生成。由于视图基于数据库中的其他对象，因此一个视图只需要占用数据字典中保存其定义的空间，而无需额外的存储空间。

2、视图的作用

用户可以通过视图以不同形式来显示基表中的数据，视图的强大之处在于它能够根据不同用户的需要来对基表中的数据进行整理。视图常见的用途如下：
通过视图可以设定允许用户访问的列和数据行，从而为表提供了额外的安全控制
隐藏数据复杂性
视图中可以使用连接(join)，用多个表中相关的列构成一个新的数据集。此视图就对用户隐藏了数据来源于多个表的事实。

保存复杂查询
一个查询可能会对表数据进行复杂的计算。用户将这个查询保存为视图之后，每次进行类似计算只需查询此视图即可。
逻辑数据独立性
视图可以使应用程序和数据库表在一定程度上独立。如果没有视图，应用一定是建立在表上的。有了视图之后，程序可以建立在视图之上，从而程序与数据库表被视图分割开来。

3、视图的工作原理

视图其实就是查询语句，Oracle将这些语句以文本的形式存储在数据字典中，当用户用SQL语句调用视图时，Oracle将：引用视图的语句+视图定义语句整合为一个语句。在共享SQL 区解析整合后的语句 ，执行此语句
当现有的共享SQL 区中没有与整合后的语句一致时，Oracle 才会为此语句创建新的共享SQL 区。因此，引用了视图的SQL 语句也能够利用已有的共享 SQL 区以达到节约内存和提高性能的目的。

4、视图的依赖性

视图依赖 基表。当基表发生变化时，Oracle 将自动检查新的基表是否符合视图的定义并判断视图的有效性。

同义词

Oracle的同义词（synonyms）从字面上理解就是别名的意思，和视图的功能类似，就是一种映射关系。它可以节省大量的数据库空间，对不同用户的操作同一张表没有多少差别;它扩展了数据库的使用范围，能够在不同的数据库用户之间实现无缝交互;Oracle数据库中提供了同义词管理的功能。同义词是数据库对象的一个别名，经常用于简化对象访问和提高对象访问的安全性。在使用同义词时，Oracle数据库将它翻译成对应方案对象的名字。与视图类似，同义词并不占用实际存储空间，只有在数据字典中保存了同义词的定义。在Oracle数据库中的大部分数据库对象，如表、视图、物化视图、序列、函数、存储过程、包、同义词等等，数据库管理员都可以根据实际情况为他们定义同义词。

同义词的应用优点：

   好处一：应用程序开发可以不管数据库的具体对象名。

    在应用程序中，要不断的调用Oracle数据库的对象，如表、视图、对象等等。为此，在管理软件开发的过程中，若应用程序已经完成了某部分功能的开发。此时，数据库管理员若一定需要更改某个数据库对象的命名。那么，此时应用程序也需要调整。这在实际工作中，会很不方便。特别是有些应用程序如果提供了功能自定义平台的话，会非常的麻烦。如在一个ERP软件中，有报表自定义功能。在系统中，原来就有一张供应商产品明细表。但是，用户觉得这张报表信息不够齐全。用户希望能够显示出某个零件所对应的成品。此时，用户可以更改原有的数据库对象来完成这个自定义。但是，这往往不被建议这么做。因为若不小心修改错误，那么就很难再修改回来。所以自定义平台中，若需要对原有报表进行比较大的变更时，往往建议用户另外建立一个视图，来收集自己所需要的信息。若这么做的话，那么用户不仅需要定义数据库对象，而且还要重新调整前台应用程序的报表格式。显然这工作量有多大。
　　而现在有了同义词功能的话，这一切都会变得方便。因为前台应用程序可以不用作调整，而只需把数据库对象同义词进行重新定义即可。这既保障了前台应用程序的可恢复性;同时也降低了工作量。这就是Oracle数据库同义词给我们带来的第一个惊喜。

　　好处二：避免应用程序直接访问数据库对象，提高数据库安全性。

　　在开发数据库应用程序的时候，应当普遍遵守的一个规则是尽量避免直接饮用数据库的表、视图、函数或者其他对象。因为这会在很大程度上破坏数据库的安全性。
　　如在前台应用程序中直接调用数据库对象，那么攻击者只需要对应用程序所引用的对象进行分析，就可以很容易的了解后台数据库的基本逻辑结构。这显然会为攻击者提供很大的便利。所以，为了保障数据库的安全，前台应用程序最好通过同义词来访问后台数据库。如此的话，攻击者就很难通过前台应用程序的调用，来分析后台数据库的对象，以及对象之间的关系。

　　好处三：简化数据库对象的访问。

　　有时候，我们某个数据库对象的名字可能会很长，如AD_USER_ROLE_NAME_TRL。若每次调用这个数据库对象的时候，都要输入这么长的对象名，肯定会让数据库管理员很头疼。但是，若名字定义的太短了呢，可读性就不好。其他一些数据库，只有牺牲可读性，把数据库对象的名字尽量缩短。
　　不过在Oracle数据库中，则可以不用这个烦恼。因为我们可以给这个数据库对象设置一个同义词，就好像别名一样。如此的话，在访问的时候，只需要通过同义词访问即可，而不需要输入这么长的对象名。
　　除了上面三个应用之外，在分布式数据库系统中，为存储在远程数据库中的对象创建同义词，使用户可以像使用本地对象一样对远程对象进行操作，就不需要提供网络连接名进行限定了。显然，这也会给一些分布式数据库管理员带来很大的便利。

同义词分类

Oracle同义词有两种类型，分别是公用Oracle同义词与私有Oracle同义词。
1)公用Oracle同义词:由一个特殊的用户组Public所拥有。顾名思义，数据库中所有的用户都可以使用公用同义词。公用同义词往往用来标示一些比较普通的数据库对象，这些对象往往大家都需要引用。
2)私有Oracle同义词:它是跟公用同义词所对应，他是由创建他的用户所有。当然，这个同义词的创建者，可以通过授权控制其他用户是否有权使用属于自己的私有同义词。

同义词的创建

其实创建方案同义词也很简单。不过其必须要有一个前期条件，就是必须要拥有一定的权限，如CREATE SYNONYM权限，若是要在他人的方案中建立同义词的话，则还必须拥有CREATE ANY SYNONYM权限等等。这些是必须遵循的首要条件。否则的话，就不能够建立同义词。

另外需要注意的是，即使在数据库对象不存在的情况下，也可以为预计要建立的数据库对象设置同义词。这个特性很好用，它可以帮助数据库开发团队或者应用程序开发团队进行更高的协作。如只要数据库管理员跟应用程序预先做好对象的命名与同义词的定义工作，那么即使数据库管理员还没有开发好某个数据库对象，前台应用程序开发人员也可以通过引用同义词的方式引用为建立的数据库对象。如此的话，就不会因为某一步工作没有完成而给其他人的工作带来什么负面影响。

注意事项：

一：是要注意使用自己的方案与他人方案的同义词方法有一定的差别。当用户在自己的方案内建立同义词后，用户就有对象的所有权限。可以像使用原来的数据库对象那样，使用这个对象的同义词。如查询数据、插入修改删除纪录等等。但是，与公用同义词不同，无论是否给其他用户授予如何使用方案同义词所对应的对象的对象权限，都不能够使用方案同义词，因为同义词是私有的。也就是说，如果有一张USER表。用户A虽然有CREATE ANY SYNONYM权限，可以为这个数据库对象建立同义词。但是，其没有这张表的Select权限。则用户A仍然不能够利用这个同义词来访问这个数据库对象。否则的话，数据库会提示“表或者视图不存在”。若A用户想要通过同义词访问这个User表的话，则必须拥有这个表的Select等对应的权限，才能够利用同义词对这个表进行对应的操作。也就是说，通过自己的方案中创建指向其他方案中的对象的方案同义词，只有在被授予了如何访问对象的对象权限之后，才可以按对象权限访问对象。另外需要注意，由于方案同义词是私有的，所以，其他用户使用自己方案同义词的话，在任何情况下，即使拥有某个对象的相关权限，也无法进行访问。这就是方案同义词的私有本质。

二：是数据字典视图就是公用同义词的一个好例子。有时候，我们可以借鉴他的配置来管理我们的公用同义词与方案同义词。在实际工作中，我们也可以预先把所有的数据库对象名设计好，并配上所有的同义词。然后利用脚本进行一次性生成。若一个个去生成同义词的话，在其工作量还是蛮大的。

视图和同义词的区别：

1.视图可以对应一张或多张表，同义词只能对应一张表名称

2.可以通过对同义词进行任何DML操作，对表数据进行插入、更新、删除，通过对视图只能进行更新和删除操作。而视图一般只用做查询用。
3.可以在同义词上建立视图：
例如，已经存在一个名为synonym_city的同义词和一个名为table_citys的表，可以创建视图：CREATE OR REPLACE NOFORCE VIEW view_city AS SELECT * FROM synonym_city,table_citys;
4、
值得注意的是：视图和同义词都可以屏蔽用户访问其他用户拥有的表。
例如：现在存在两个用户：scott、sys，以sys用户登录
创建跨用户表的同义词：
CREATE OR REPLACE PUBLIC SYNONYM SYN_EMP for scott.emp;
创建跨用户的表的视图：

CREATE OR REPLACE VIEW view_EMP AS SELECT * FROM scott.emp

然后进行查询操作：
SELECT * FROM SYN_EMP ;
SELECT * FROM view_EMP ;
查询结果是一样的。

部分内容转自网络。