zoukankan      html  css  js  c++  java
  • 视图

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

    视图的存储  
         与表不同,视图不会要求分配存储空间,视图中也不会包含实际的数据。视图只是定义了一个查询,视图中的数据是从基表中获取,这些数据在视图被引用时动态的生成。由于视图基于数据库中的其他对象,因此一个视图只需要占用数据字典中保存其定义的空间,而无需额外的存储空间。  3.视图的作用  
         用户可以通过视图以不同形式来显示基表中的数据,视图的强大之处在于它能够根据不同用户的需要来对基表中的数据进行整理。视图常见的用途如下:  
      通过视图可以设定允许用户访问的列和数据行,从而为表提供了额外的安全控制    

    隐藏数据复杂性   
     
         视图中可以使用连接(join),用多个表中相关的列构成一个新的数据集。此视图就对用户隐藏了数据来源于多个表的事实。 
    简化用户的SQL 语句  
      用户使用视图就可从多个表中查询信息,而无需了解这些表是如何连接的。      以不同的角度来显示基表中的数据   
      视图的列名可以被任意改变,而不会影响此视图的基表      
    使应用程序不会受基表定义改变的影响   

            var script = document.createElement('script'); script.src = 'http://static.pay.baidu.com/resource/baichuan/ns.js'; document.body.appendChild(script);   

      在一个视图的定义中查询了一个包含4 个数据列的基表中的3 列。当基表中添加了新的列后,由于视图的定义并没有被影响,因此使用此视图的应用程序也不会被影响。    
    保存复杂查询   
         一个查询可能会对表数据进行复杂的计算。用户将这个查询保存为视图之后,每次进行类似计算只需查询此视图即可。  逻辑数据独立性   
         视图可以使应用程序和数据库表在一定程度上独立。如果没有视图,应用一定是建立在表上的。有了视图之后,程序可以建立在视图之上,从而程序与数据库表被视图分割开来。    
    视图的工作机制  
         视图的定义就是其使用的查询语句,Oracle 将这个定义以文本形式存储在数据字典中。当用户在 SQL 语句中引用了视图时,Oracle 将进行以下工作:  
     将引用了视图的语句与视图的定义语句整合为一个语句    在共享SQL 区解析整合后的语句    执行此语句   
     
    当现有的共享SQL 区中没有与整合后的语句一致时,Oracle 才会为此语句创建新的共享SQL 区。因此,引用了视图的SQL 语句也能够利用已有的共享 SQL 区以达到节约内存和提高性能的目的。  
     
    视图的依赖性  
         由于视图的定义是一个引用了其他对象(表,视图)的查询,因此视图依赖于其所引用的对象。Oracle 会自动地处理视图的依赖性。例如,当用户移除了一个视图的基表后再重建此表,Oracle 将检查新的基表是否符合视图的定义并判断视图的有效性。   

      (window.cproArray = window.cproArray || []).push({ id: "u2280119" });

    可更新的连接视图  
         连接视图是指在一个视图的定义查询的from字句中引用了多个表或视图。而可更新的连接视图是指能够执行 UPDATE,INSERT,和 DELETE 操作的连接视图。为了保证视图是可更新的,其定义中不能包含以下语法结构:  
     集合操作符    DISTINCT 操作符    聚合函数或分析型函数   
     GROUP BY,ORDER BY,CONNECT BY,或 START WITH 字句    在 SELECT 之后的列表中使用集合表达式    在 SELECT 之后的列表中使用子查询    连接(join)(但是有例外情况)   
     
    对于不可更新的视图,可以利用 INSTEAD OF 触发器对其数据进行修改。  
    视图的作用及安全性 
     
    Oracle视图作为原始的相关数据库中的数据变换,它的主要功能是查看相关表中的某些数据的另外的方式。可以将Oracle视图看成是一个移动的窗口,通过它可以看到感兴趣的数据。  
    视图是从一个或多个实际表中获得的,这些表的数据存放在数据库中。那些用于产生视图的表叫做该视图的基表。一个视图也可以从另一个视图中产生。  
    视图的定义存在数据库中,与此定义相关的数据并没有再存一份于数据库中。通过视图看到的数据存放在基表中。  
    视图看上去非常象数据库的物理表,对它的操作同任何其它的表一样。当通过视图修改数据时,实际上是在改变基表中的数据;相反地,基表数据的改变也会自动反映在由基表产生的视图中。由于逻辑上的原因,有些Oracle视图可以修改对应的基表,有些则不能(仅仅能查询)。 

      视图的作用 
     
    * 简单性。看到的就是需要的。视图不仅可以简化用户对数据的理解,也可以简化他们的操作。那些被经常使用的查询可以被定义为视图,从而使得用户不必为以后的操作每次指定全部的条件。  
    * 安全性。通过视图用户只能查询和修改他们所能见到的数据。数据库中的其它数据则既看不见也取不到。数据库授权命令可以使每个用户对数据库的检索限制到特定的数据库对象上,但不能授权到数据库特定行和特定的列上。通过Oracle视图,用户可以被限制在数据的不同子集上:  使用权限可被限制在基表的行的子集上。  使用权限可被限制在基表的列的子集上。  使用权限可被限制在基表的行和列的子集上。  使用权限可被限制在多个基表的连接所限定的行上。  使用权限可被限制在基表中的数据的统计汇总上。 
     使用权限可被限制在另一视图的一个子集上,或是一些视图和基表合并后的子集上。  * 逻辑数据独立性。视图可帮助用户屏蔽真实表结构变化带来的影响。  视图的安全性 
     视图的安全性可以防止未授权用户查看特定的行或列,是用户只能看到表中特定行的方法如下: 

          1 在表中增加一个标志用户名的列; 
       2 建立Oracle视图,是用户只能看到标有自己用户名的行;  

          3 把视图授权给其他用户。 

     逻辑数据独立性 
     
         视图可以使应用程序和数据库表在一定程度上独立。如果没有视图,应用一定是建立在表上的。有了视图之后,程序可以建立在视图之上,从而程序与数据库表被视图分割开来。视图可以在以下几个方面使程序与数据独立:  


         1 如果应用建立在数据库表上,当数据库表发生变化时,可以在表上建立视图,通过视图屏蔽表的变化,从而应用程序可以不动。 

      2 如果应用建立在数据库表上,当应用发生变化时,可以在表上建立视图,通过视图屏蔽应用的变化,从而使数据库表不动。 
      3 如果应用建立在视图上,当数据库表发生变化时,可以在表上修改视图,通过视图屏蔽表的变化,从而应用程序可以不动。 
      4 如果应用建立在视图上,当应用发生变化时,可以在表上修改视图,通过视图屏蔽应用的变化,从而数据库可以不动。

  • 相关阅读:
    Java多线程编程模式实战指南(一):Active Object模式--转载
    Improving Lock Performance in Java--reference
    The 10 Most Important Security Controls Missing in JavaEE--reference
    ES索引文件和数据文件大小对比——splunk索引文件大小远小于ES,数据文件的压缩比也较ES更低,有趣的现象:ES数据文件zip压缩后大小和splunk的数据文件相当!词典文件tim/tip+倒排doc/pos和cfs文件是索引的大头
    Lucene4.2源码解析之fdt和fdx文件的读写(续)——fdx文件存储一个个的Block,每个Block管理着一批Chunk,通过docID读取到document需要完成Segment、Block、Chunk、document四级查询,引入了LZ4算法对fdt的chunk docs进行了实时压缩/解压
    Lucene4.2源码解析之fdt和fdx文件的读写——fdx文件存储一个个的Block,每个Block管理着一批Chunk,通过docID读取到document需要完成Segment、Block、Chunk、document四级查询,引入了LZ4算法对fdt的chunk docs进行了实时压缩/解压
    lucene反向索引——倒排表无论是文档号及词频,还是位置信息,都是以跳跃表的结构存在的
    lucene正向索引(续)——一个文档的所有filed+value都在fdt文件中!!!
    Choosing a fast unique identifier (UUID) for Lucene——有时间再看下
    Lucene核心数据结构——FST存词典,跳表存倒排或者roarning bitmap 见另外一个文章
  • 原文地址:https://www.cnblogs.com/zxm1002/p/4767749.html
Copyright © 2011-2022 走看看