使用视图背景
刚開始做机房收费系统的时候师傅说过要用上视图、存储过程、触发器这些东西。当时没有太多的感觉，不知道什么时候该用，用到哪里。就在几天前由于在做关于两个表的查询语句时，就自己建立一个视图，然后查询出来结果，然后就成功了。我做的有点太简单了，在想是不是自己做错了。
上网查了一下，看了一些博客。
事实证明，它就是来简化数据库的操作，同一时候提高了速度。
视图简单介绍：
视图是一张虚拟表，是存储在数据库中的查询的SQL语句。与此相关的数据并没有再存一份于数据库中。
通过视图看到的数据仍然存放在基表中。
视图看上去很像数据库中的物理表，对它的操作同不论什么其他的表一样。
当通过视图改动数据时，实际上是在改变基表中的数据；相反地。基表数据的改变也会自己主动反映在由基表产生的视图中。
因为逻辑上的原因，有些视图能够改动相应的基表。而有些则不能（只能查询）。
视图的用途：
—简单性：简化用户对数据的理解。也能够简化他们的操作。
那些被常常使用的查询能够被定义为视图，从而使得用户不必为以后的操作每次指定所有的条件。
— 安全性：通过视图用户仅仅能查询和改动他们所能见到的数据。数据库中其它的数据既看不到也取不到。
— 效率性：简化了数据操作，从非常大程度上提高了查询速度。
— 独立性：视图能够使应用程序和数据库表在一定程度上独立。
怎样创建视图？
有两种方法：
1、——Sql Server Management Studio 中直接新建视图：
（1）选择数据库中的视图选择新建视图：
（2）选择须要创建视图的表：
（3）选择须要显示信息的字段：
（4）直接生成的查询语句：
（5）最后保存视图名称以后就可以使用。
2、——使用 Transant—SQl语句创建视图
（1）创建视图的SQL语句的语句形式：
当中：
view_name：为新创建的视图指定的名字。视图名称必须符合标识符规则。
column_name：在视图中包括的列名，也能够在Select语句中指定列名。
table_name：视图基表的名字。
select_statement：选择哪些列进入视图的Select语句。
WHERE search_condition：基表数据进入视图所应满足的条件。
WITH CHECK OPTION：迫使通过视图运行的全部数据改动语句必须符合视图定义中设置的条件。
WITH ENCRYPTION：对视图的定义进行加密。
（2）使用SQL语句创建视图的步骤：
—编写用户创建视图的Select语句。
—对select语句进行測试。
—检查測试结果是否正确，是否和预期的一样。
—创建视图。
（3）在创建视图的时候，应该考虑一下因素：
—在CREATE VIEW语句中，不能包括order by 、compute或者compute by子句。也不能出现intokeyword。
—创建视图所參考基表的列数最多为1024列。
—创建视图不能參考暂时表。
—在一个批处理语句中，CREATE VIEW语句不能和其它Tracsact-SQL语句混合使用。
—尽量避免使用外连接创建视图。
视图的使用：
视图在程序中使用时就像普通表一样使用，比如：
<span style="font-size:18px;"> </span><span style="font-size:14px;"> '组合查询 管理学生信息 查询视图Stu_View 连接卡和学生两个表
Public Function CombinQueryStudent(ByVal student As Entity.ConbinQueryInfo) As DataTable Implements IDAL.IStudent.CombinQueryStudent
Dim strSql As String '定义一个查询语句字符串
Dim tableName As String '定义一个数据库表名字符串
Dim table As DataTable = New DataTable
Dim helper As Helper.SqlHelper = New Helper.SqlHelper
Try
tableName = "Student_View" '须要操作的视图
strSql = CombinQueryDAL.CreateSqlString(student, tableName) '生成须要查询的sql语句
table = helper.ExecuteNonQuery(strSql, CommandType.Text)
Return table
Catch ex As Exception
Throw ex
End Try
End Function</span>
视图的长处：
在程序设计的时候必须先了解视图的优缺点，这样能够扬长避短视图除了上面所述的一些长处之外，视图也存在一些缺点。主要例如以下。
● 性能：SQL Server必须把视图的查询转化成对基本表的查询，假设这个视图是由一个复杂的多表查询所定义，那么，即使是视图的一个简单查询，SQL Server也把它变成一个复杂的结合体，须要花费一定的时间。
● 改动限制：当用户试图改动视图的某些行时，SQL Server必须把它转化为对基本表的某些行的改动。
对于简单视图来说，这是非常方便的，可是。对于比較复杂的视图，可能是不可改动的。
所以。在定义数据库对象时，不能不加选择地来定义视图，应该权衡视图的长处和缺点。合理地定义视图。
版权声明：本文博主原创文章，博客，未经同意不得转载。