什么是视图 ?
视图(VIEW)也被称作虚表，即虚拟的表，是一组数据的逻辑表示,其本质是对应于一条SELECT语句，结果集被赋予一个名字，即视图名字。视图本身并不包含任何数据，它只包含映射到基表的一个查询语句，当基表数据发生变化，视图数据也随之变化。

创建视图的语法：
CREATE [OR REPLACE] VIEW view_name[(alias[, alias…])] AS subquery ;
eg:
create or replace view v_student as select * from student;

从视图中检索数据
select * from v_student;

删除视图
drop view v_student;

查询数据库中所有视图
SHOW TABLE STATUS WHERE COMMENT=“view”;

视图创建后，可以像操作表一样操作视图，主要是查询操作。
语法中的Subquery是SELECT查询语句，对应的表被称作基表。

根据视图所对应的子查询种类分为几种类型:
1、SELECT语句是基于单表建立的，且不包含任何函数运算、表达式或分组函数，叫做简单视图，此时视图是基表的子集；
2、SELECT语句同样是基于单表，但包含了单行函数、表达式、分组函数或GROUP BY子句，叫做复杂视图；
3、SELECT语句是基于多个表的，叫做连接视图。

视图的作用
如果需要经常执行某项复杂查询，可以基于这个复杂查询建立视图，此后查询此视图即可，简化复杂查询；
视图本质上就是一条SELECT语句，所以当访问视图时，只能访问到所对应的SELECT语句中涉及到的列，对基表中的其它列起到安全和保密的作用，可以限制数据访问。

数据库视图的优点
1、数据库视图允许简化复杂查询：数据库视图由与许多基础表相关联的SQL语句定义。 您可以使用数据库视图来隐藏最终用户和外部应用程序的基础表的复杂性。 通过数据库视图，您只需使用简单的SQL语句，而不是使用具有多个连接的复杂的SQL语句。
2、数据库视图有助于限制对特定用户的数据访问。 您可能不希望所有用户都可以查询敏感数据的子集。可以使用数据库视图将非敏感数据仅显示给特定用户组。
3、数据库视图提供额外的安全层。 安全是任何关系数据库管理系统的重要组成部分。 数据库视图为数据库管理系统提供了额外的安全性。 数据库视图允许您创建只读视图，以将只读数据公开给特定用户。 用户只能以只读视图检索数据，但无法更新。
4、数据库视图启用计算列。 数据库表不应该具有计算列，但数据库视图可以这样。 假设在orderDetails表中有quantityOrder(产品的数量)和priceEach(产品的价格)列。 但是，orderDetails表没有一个列用来存储订单的每个订单项的总销售额。如果有，数据库模式不是一个好的设计。 在这种情况下，您可以创建一个名为total的计算列，该列是quantityOrder和priceEach的乘积，以表示计算结果。当您从数据库视图中查询数据时，计算列的数据将随机计算产生。
5、数据库视图实现向后兼容。 假设你有一个中央数据库，许多应用程序正在使用它。 有一天，您决定重新设计数据库以适应新的业务需求。删除一些表并创建新的表，并且不希望更改影响其他应用程序。在这种情况下，可以创建与将要删除的旧表相同的模式的数据库视图。

数据库视图的缺点
1、性能：从数据库视图查询数据可能会很慢，特别是如果视图是基于其他视图创建的。
2、表依赖关系：将根据数据库的基础表创建一个视图。每当更改与其相关联的表的结构时，都必须更改视图。

操作对象	创建	删除	修改
模式	CREATE SCHEMA	DROP SCHEMA
表	CREATE TABLE	DROP TABLE	ALTER TABLE
视 图	CREATE VIEW	DROP VIEW
索 引	CREATE INDEX	DROP INDEX

表

大家不一定要了解这个东西的准确定义是什么，但是一定要知道它是数据库的基础。

没有数据表，关键字、主键、索引等也就无从谈起。在数据库画板中可以显示数据库中的所有数据表，创建数据表，修改表的定义等。

数据表是数据库中一个非常重要的对象，是其他对象的基础。

模式

在MySQL中创建一个schema好像就跟创建一个database是一样的效果，在SQL Server和Orcal数据库中好像又不一样。所以我们要理解一下schema和table的关系。

schema和user的关系

在sql server2000中，用户和架构是不分离的，关系如下表： 

直到了2005才分离。 

通过这张表，我们可以看出，用户1可以访问架构1和架构3，用户2可以访问架构1和架构2，以此类推。

user对于不同的schema有不同的权利。

schema、database以及table的关系

我们可以可以把database看作是一个大仓库，仓库分了很多很多的房间，schema就是其中的房间，一个schema代表一个房间，table可以看作是每个schema中的床，table（床）就被放入每个房间中，不能放置在房间之外。

然后床上可以放置很多物品，就好比table上可以放置很多列和行一样。数据库中存储数据的基本单元是table，现实中每个仓库放置物品的基本单位就是床。

User是对应与数据库的（即User是每个对应数据库的主人），既然有操作数据库（仓库）的权利，就肯定有操作数据库中每个schema（房间）的权利，就是说每个数据库映射的user有每个schema（房间）的钥匙

还可以给user分配具体的权限，也就是他到某一个房间能做些什么，是只能看（Read-Only），还是可以像主人一样有所有的控制权（R/W），这个就要看这个user所对应的角色Role了。

总结来说，我们的数据库就是一个数据的大仓库，而里面创建了很多很多模式，分别放着不同的数据库对象（包括表），而不同的模式有不同的权限，于是，不同的用户就有不同的访问权限来访问某个模式里的数据库对象。

索引

1.数据库引入了索引 
用户对数据库最频繁的操作是进行数据查询。一般情况下，数据库在进行查询操作时需要对整个表进行数据搜索。当表中的数据很多时，搜索数据就需要很长的时间，这就造成了服务器的资源浪费。为了提高检索数据的能力，数据库引入了索引机制。

2.有关“索引”的比喻 
从某种程度上，可以把数据库看作一本书，把索引看作书的目录，通过目录查找书中的信息，显然较没有目录的书方便、快捷。

3.数据库索引实际是什么？（两部分组成） 
索引是一个单独的、物理的数据库结构，它是某个表中一列或若干列值的集合和相应的指向表中物理标识这些值的数据页的逻辑指针清单。

4.索引在表中的角色 
一个表的存储是由两部分组成的，一部分用来存放表的数据页面，另一部分存放索引页面。索引就存放在索引页面上。

5.索引高效原理 
通常，索引页面相对于数据页面来说小得多。当进行数据检索时，系统先搜索索引页面，从中找到所需数据的指针，再直接通过指针从数据页面中读取数据。

视图

目前所说的概念，都是在逻辑层上进行的操作，而有的时候，我们需要做出来一个虚拟的表给用户看，除安全性考虑（视图是只读的）之外，更加考虑到用户的直觉问题（让他看到更合理的数据）。

视图(view)是从一个或几个基本表中根据用户需要而做成一个虚表。

1：视图是虚表,它在存储时只存储视图的定义,而没有存储对应的数据。 
2：视图只在刚刚打开的一瞬间,通过定义从基表中搜集数据,并展现给用户。

视图与查询的区别：

视图和查询都是用由sql语句组成,这是他们相同的地方,但是视图和查询有着本质区别：

它们的区别在于：

1：存储上的区别：视图存储为数据库设计的一部分,而查询则不是. 
2：更新限制的要求不一样

要注意：因为视图来自于表,所以通过视图可以间接对表进行更新,我们也可以通过update语句对表进行更新,但是对视图和查询更新限制是不同的,以下我们会知道虽然通过视图可以间接更新表但是有很多限制.

3：排序结果：通过sql语句,可以对一个表进行排序,而视图则不行。比如：创建一个含有order by子句的视图,看一下可以成功吗？

view和table的关系

view和table的关系就像是cache和内存的关系。

内存中的数据修改之后，会对应修改cache的数据，但是不允许直接修改cache中的数据。

1. 视图的更新通常是在显示的时刻（这非常像写时复制技术）
2. 视图是只读的（因为通过视图更新是非常混乱的事情，如上文红字）
3. 视图有可能被数据库缓存，所以对于查询量高的查询。

视图是可以被展开的，也就是说，可以用视图来定义视图（这个功能很cool吧），但是不可以递归定义。

视图的优点：

　　为什么有了表还要引入视图呢？这是因为视图具有以下几个优点：

1. 能分割数据,简化观点。可以通过select和where来定义视图,从而可以分割数据基表中某些对于用户不关心的数据,使用户把注意力集中到所关心的数据列.进一步简化浏览数据工作
2. 为数据提供一定的逻辑独立性。 如果为某一个基表定义一个视图,即使以后基本表的内容的发生改变了也不会影响“视图定义”所得到的数据
3. 提供自动的安全保护功能。 视图能像基本表一样授予或撤消访问许可权
4. 视图可以间接对表进行更新,因此视图的更新就是表的更新

首先解释什么是视图：

视图其实就是一条查询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操作

在SQL中修改视图中的数据会受到哪些限制？
------------------------------------
1、必须有权限 
2、对由多表连接成的视图修改数据时，不能同时影响一个以上的基表，也不能删除视图中的数据 
3、对视图上的某些列不能修改，这些列是：计算列，内置函数列和行集合函数列 
4、对具有NOT NULL 的列进行修改时可能会出错。通过视图修改或者插入数据时，必须保证未显示的具有NOT NULL 属性的列有值，可以是默认值，IDENTITY 等，否则不能像视图中插入数据行。 
5、如果某些列因为规则或者约束的限制不能接受从视图插入的数据时，则插入数据可能会失败 
6、删除基表并不删除视图，建议采用与表明显不同的名字命名规则

视图的有点：

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列值为他们自己的用户名

Oracle视图非常强大的功能之一在于其可以创 建一个带有错误的视图。比如说视图里的字段在基表里不存在，该视图仍然可以创建成功，但是非法的且无法执行。当基表里加入了该字段，或者说某个字段修改成 视图里的该字段名称，那么视图马上就可以成为合法的。

3.Oracle视图非常强大的功能之一在于其可以创 建一个带有错误的视图。

比如说视图里的字段在基表里不存在，该视图仍然可以创建成功，但是非法的且无法执行。当基表里加入了该字段，或者说某个字段修改成 视图里的该字段名称，那么视图马上就可以成为合法的。
视图的缺点：

4.保存复杂查询

一个查询可能会对表数据进行复杂的计算。用户将这个查询保存为视图之后，每次进行类似计算只需查询此视图即可。
逻辑数据独立性

视图可以使应用程序和数据库表在一定程度上独立。如果没有视图，应用一定是建立在表上的。有了视图之后，程序可以建立在视图之上，从而程序与数据库表被视图分割开来。

5.视图的依赖性

由于视图的定义是一个引用了其他对象（表，视图）的查询，因此视图依赖于其所引用的对象。Oracle 会自动地处理视图的依赖性。例如，当用户移除了一个视图的基表后再重建此表，Oracle 将检查新的基表是否符合视图的定义并判断视图的有效性。