背景：现在要做一个用户管理的系统，需要我们提供服务来实现和原始数据库的兼容，但是现在我们的数据库和网站数据库中存储的内容或者说是字段有些不同，但是我们还是希望可以的话，将改动降低到最小，当然，这只是我的初步了解，现在具体的情况还没有很了解，为了这方面的应用，上网了解了一下数据库的相关操作，了解到“视图”是个比较有利的武器可以解决这个问题。
视图是从一个或几个基本表（或视图）导出的表。它与基本表不同，是一个虚表。数据库只存放视图的定义，而不存放视图对应的数据，这些数据仍存放在原来的基本表中。所以基本表中的数据发生变化，从视图中查询出的数据也就随之改变了。从这个意义上讲，视图就像一个窗口，透过它可以看到数据库中自己感兴趣的数据及其变化。
视图使用的时候跟表一样。主要作用是不让所有的人都能看到整张表。比如有个员工信息表，里面有联系方式，薪资等，可能只希望HR能看到薪资，其他人只能看到联系方式，那么就可以使用视图来实现。
既然视图的定义是基于基本表的，那为什么还要定义视图呢？这是因为合理地使用视图能够带来许多好处：
1、单源表视图
视图的数据可以只取自一个基本表的部分行、列，这样的视图行列与基本表行列对应。这样定义的视图一般可以进行查询和更改数据操作。
2、多源表视图
视图的数据可以来自多个表中，这样定义的视图一般只用于查询，不用于修改数据。
3、在已有视图上定义的新视图
可以在视图上再建立视图，这时作为数据源的视图必须是已经建立好的。
4、带表达式的视图
在定义基本表时，为减少数据库中的冗余数据，表中只存放基本数据，由基本数据经过各种计算派生出的数据一般是不存储的。但由于视图中的数据并不实际存储，所以定义视图时可以根据需要设置一些派生属性列，在这些派生属性列中保存经过计算的值。这些派生属性由于在基本表中并不实际存在，因此，也称它们为虚拟列。包含虚拟列的视图也称为带表达式的视图。
5、含分组统计信息的视图
含分组统计信息的视图是指定义视图的查询语句中含有GROUP BY子句，这样的视图只能用于查询，不能用于修改数据。
数据的物理独立性是指用户的应用程序不依赖于数据库的物理结构。数据的逻辑独立性是指当数据库重构造时，如增加新的关系或对原有的关系增加新的字段，用户的应用程序不会受影响。层次数据库和网状数据库一般能较好地支持数据的物理独立性，而对于逻辑独立性则不能完全的支持。
在相关许数据库中，数据库的重构造往往是不可避免的。重构数据库最常见的是将一个基本表“垂直”地分成多个基本表。例如：将学生关系Student（Sno，Sname，Ssex，Sage，Sdept），分为SX（Sno，Sname，Sage）和SY（Sno，Ssex，Sdept）两个关系。这时原表Student为SX表和SY表自然连接的结果。如果建立一个视图Student：
CREATE VIEW Student（Sno，Sname，Ssex，Sage，Sdept）
AS
SELECT SX.Sno，SX.Sname，SY.Ssex，SX.Sage，SY.Sdept
FROM SX，SY
WHERE SX.Sno=SY.Sno；
这样尽管数据库的逻辑结构改变了（变为SX和SY两个表了），但应用程序不必修改，因为新建立的视图定义为用户原来的关系，使用户的外模式保持不变，用户的应用程序通过视图仍然能够查找数据。
当然，视图只能在一定程度上提供数据的逻辑独立，比如由于视图的更新是有条件的，因此应用程序中修改数据的语句可能仍会因为基本表构造的改变而改变。