数据库和数据库表到底是啥关系？

前者是SQL的数据对象

再次并且写法也很简单。

最重要的是在服务器的存储和运行过程都几乎是一样的，二者都是以SQL语句集存储的，而且在运行之前都是经过编译的，也就是不用每次都重新编译，这样可以大大提高执行效率。

顾名思义，其区别一个重在“过程”、一个重在“图”。

也就是存储过程涉及很多的数据处理，整个是一个复杂的过程。它可以接收参数，相当于一个函数。主要目的是用来处理数据。

而视图是把现在有数据组合成新的形式展示出来，相当于一张虚拟的表，在运行时可以当作表Table来进行查询（增删改是不行的）。其目的是用来呈现数据。

事实上，两者其内部实现是基本一样的，提供者在开发这些对象时，是针对不同目的不同应用的。

我们在使用时，同一件事情，实现的方法可以是多样的，不是说只有那者行，其他的就不行。到底使用什么来实现呢？这要对实际情况进行具体分析，看怎样实现方便，怎样实现高效。

以下是一些资料：

存储过程

存储过程（StoredProcedure）是一组为了完成特定功能的SQL语句集，经编译后存储在数据库中。用户通过指定存储过程的名字并给出参数（如果该存储过程带有参数）来执行它。存储过程是数据库中的一个重要对象，任何一个设计良好的数据库应用程序都应该用到存储过程。总的来说，存储过程具有以下一些优点：

◆存储过程允许标准组件式编程

◆存储过程能够实现较快的执行速度

◆存储过程能够减少网络流量

◆存储过程可被作为一种安全机制来充分利用

基本语法如下:

完整的语法规则如下：

CREATEPROC[EDURE]procedure_name[;number]

[{@parameterdata_type}

[VARYING][=default][OUTPUT]

][,...n]

[WITH

{RECOMPILE|ENCRYPTION|RECOMPILE,ENCRYPTION}]

[FORREPLICATION]

ASsql_statement[...n]

SQL视图

视图可以被看成是虚拟表或存储查询。可通过视图访问的数据不作为独特的对象存储在数据库内。数据库内存储的是SELECT语句。SELECT语句的结果集构成视图所返回的虚拟表。用户可以用引用表时所使用的方法，在Transact-SQL语句中通过引用视图名称来使用虚拟表。使用视图可以实现下列任一或所有功能：

将用户限定在表中的特定行上。

例如，只允许雇员看见工作跟踪表内记录其工作的行。

将用户限定在特定列上。

例如，对于那些不负责处理工资单的雇员，只允许他们看见雇员表中的姓名列、办公室列、工作电话列和部门列，而不能看见任何包含工资信息或个人信息的列。

将多个表中的列联接起来，使它们看起来象一个表。

聚合信息而非提供详细信息。

例如，显示一个列的和，或列的最大值和最小值。

通过定义SELECT语句以检索将在视图中显示的数据来创建视图。SELECT语句引用的数据表称为视图的基表。在下例中，pubs数据库中的titleview是一个视图，该视图选择三个基表中的数据来显示包含常用数据的虚拟表：

CREATEVIEWtitleview

AS

SELECTtitle,au_ord,au_lname,price,ytd_sales,pub_id

FROMauthorsASa

JOINtitleauthorAStaON(a.au_id=ta.au_id)

JOINtitlesAStON(t.title_id=ta.title_id)

之后，可以用引用表时所使用的方法在语句中引用titleview。

SELECT*

FROMtitleview

一个视图可以引用另一个视图。例如，titleview显示的信息对管理人员很有用，但公司通常只在季度或年度财务报表中才公布本年度截止到现在的财政数字。可以建立一个视图，在其中包含除au_ord和ytd_sales外的所有titleview列。使用这个新视图，客户可以获得已上市的书籍列表而不会看到财务信息：

CREATEVIEWCust_titleview

AS

SELECTtitle,au_lname,price,pub_id

FROMtitleview

视图可用于在多个数据库或Microsoft?SQLServer?2000实例间对数据进行分区。分区视图可用于在整个服务器组内分布数据库处理。服务器组具有与服务器聚集相同的性能优点，并可用于支持最大的Web站点或公司数据中心的处理需求。原始表被细分为多个成员表，每个成员表包含原始表的行子集。每个成员表可放置在不同服务器的数据库中。每个服务器也可得到分区视图。分区视图使用Transact-SQLUNION运算符，将在所有成员表上选择的结果合并为单个结果集，该结果集的行为与整个原始表的复本完全一样。例如在三个服务器间进行表分区。在第一个服务器上定义如下的分区视图：

CREATEVIEWPartitionedViewAS

SELECT*

FROMMyDatabase.dbo.PartitionTable1

UNIONALL

SELECT*

FROMServer2.MyDatabase.dbo.PartitionTable2

UNIONALL

SELECT*

FROMServer3.MyDatabase.dbo.PartitionTable3

在其它两个服务器上定义类似的分区视图。利用这三个视图，三个服务器上任何引用PartitionedView的Transact-SQL语句都将看到与原始表中相同的行为。似乎每个服务器上都存在原始表的复本一样，而实际上每个表只有一个成员表和分区视图。有关更多信息，请参见视图使用方案。

只要所做的修改只影响视图所引用的其中一个基表，就可以更新所有SQLServer版本内的视图（可以对其执行UPDATE、DELETE或INSERT语句）。

--Increasethepricesforpublisher’0736’by10%.

UPDATEtitleview

SETprice=price*1.10

WHEREpub_id=’0736’

GO

SQLServer2000支持可引用视图的更复杂的INSERT、UPDATE和DELETE语句。可在视图上定义INSTEADOF触发器，指定必须对基表执行的个别更新以支持INSERT、UPDATE或DELETE语句。另外，分区视图还支持INSERT、UDPATE和DELETE语句修改视图所引用的多个成员表。

索引视图是SQLServer2000具有的功能，可显著提高复杂视图类型的性能，这些视图类型通常在数据仓库或其它决策支持系统中出现。

视图的结果集通常不保存在数据库中，因此视图也称为虚拟表。视图的结果集动态包含在语句逻辑中并在运行时动态生成。有关更多信息，请参见视图解析。

复杂的查询（如决策支持系统中的查询）可引用基表中的大量行，并将大量信息聚积在相对较简洁的聚合中，如总和或平均值。SQLServer2000支持在执行此类复杂查询的视图上创建聚集索引。当执行CREATEINDEX语句时，视图SELECT的结果集将永久存储在数据库中。SQL语句此后若引用该视图，响应时间将会显著缩短。对基本数据的修改将自动反映在视图中。

SQLServer2000CREATEVIEW语句支持SCHEMABINDING选项，以防止视图所引用的表在视图未被调整的情况下发生改变。必须为任何创建索引的视图指定SCHEMABINDING。

例：创建视图

CreateViewTitleView

AS

SelectID,Title,PostTime,HitsFrom[List]

然后引用SelectTop100*FromTitleView

用循环输出数据与直接SelectTop100*From[List]相比速度提高将近30毫秒！

当然我这里只是举例子，一般情况下对单个表没必要去用视图