① 如何查看 sql 依赖关系 (SQL Server Management Studio)
在对象资源管理器中，连接到数据库引擎实例，然后展开该实例。展开“数据库”，展开对象所在的数据库，再展开对象所属的文件夹。例如，如果对象是一个存储过程，请展开“可编程性”，再展开“存储过程”。右键单击该对象，然后单击“查看依赖关系”。若要显示依赖于所选对象的层次结构视图，请选择“依赖于 <所选对象> 的对象”。若要显示所选对象所依赖对象的层次结构视图，请选择“<所选对象> 依赖的对象”。对于每个显示的对象，将显示对象名称和类型，以及这些对象间的依赖关系的类型。依赖关系类型值如下所示：绑定到架构的依赖关系绑定到架构的依赖关系是一种介于两个对象之间的关系，这种关系可以在引用对象存在时防止删除或修改被引用对象。使用 WITH SCHEMABINDING 子句创建视图或用户定义的函数时，或者表通过 CHECK 约束或 DEFAULT 约束或在计算列的定义中引用另一对象时，都会创建绑定到架构的依赖关系。非绑定到架构的依赖关系非绑定到架构的依赖关系是一种介于两个对象之间的关系，但这种关系并不防止删除或修改被引用对象。不可用“不可用”表示无法确定依赖关系类型。仅当所选对象位于低于 SQL Server 2008 的 SQL Server 实例上时，才会出现这种情况。
② 如何查看视图和它所对应的基表的依赖性关系
前者是SQL的数据对象
再次并且写法也很简单。
最重要的是在服务器的存储和运行过程都几乎是一样的，二者都是以SQL语句集存储的，而且在运行之前都是经过编译的，也就是不用每次都重新编译，这样可以大大提高执行效率。
顾名思义，其区别一个重在“过程”、一个重在“图”。
也就是存储过程涉及很多的数据处理，整个是一个复杂的过程。它可以接收参数，相当于一个函数。主要目的是用来处理数据。
而视图是把现在有数据组合成新的形式展示出来，相当于一张虚拟的表，在运行时可以当作表Table来进行查询（增删改是不行的）。其目的是用来呈现数据。
事实上，两者其内部实现是基本一样的，提供者在开发这些对象时，是针对不同目的不同应用的。
我们在使用时，同一件事情，实现的方法可以是多样的，不是说只有那者行，其他的就不行。到底使用什么来实现呢？这要对实际情况进行具体分析，看怎样实现方便，怎样实现高效。
以下是一些资料：
存储过程
存储过程（Stored Procere）是一组为了完成特定功能的SQL语句集，经编译后存储在数据库中。用户通过指定存储过程的名字并给出参数（如果该存储过程带有参数）来执行它。存储过程是数据库中的一个重要对象，任何一个设计良好的数据库应用程序都应该用到存储过程。总的来说，存储过程具有以下一些优点：
◆存储过程允许标准组件式编程
◆存储过程能够实现较快的执行速度
◆存储过程能够减少网络流量
◆存储过程可被作为一种安全机制来充分利用
基本语法如下:
完整的语法规则如下：
CREATE PROC [ EDURE ] procere_name [ ; number ]
[ { @parameter data_type }
[ VARYING ] [ = default ] [ OUTPUT ]
] [ ,...n ]
[ WITH
{ RECOMPILE | ENCRYPTION | RECOMPILE , ENCRYPTION } ]
[ FOR REPLICATION ]
AS sql_statement [ ...n ]
SQL视图
视图可以被看成是虚拟表或存储查询。可通过视图访问的数据不作为独特的对象存储在数据库内。数据库内存储的是 SELECT 语句。SELECT 语句的结果集构成视图所返回的虚拟表。用户可以用引用表时所使用的方法，在 Transact-SQL 语句中通过引用视图名称来使用虚拟表。使用视图可以实现下列任一或所有功能：
将用户限定在表中的特定行上。
例如，只允许雇员看见工作跟踪表内记录其工作的行。
将用户限定在特定列上。
例如，对于那些不负责处理工资单的雇员，只允许他们看见雇员表中的姓名列、办公室列、工作电话列和部门列，而不能看见任何包含工资信息或个人信息的列。
将多个表中的列联接起来，使它们看起来象一个表。
聚合信息而非提供详细信息。
例如，显示一个列的和，或列的最大值和最小值。
通过定义 SELECT 语句以检索将在视图中显示的数据来创建视图。SELECT 语句引用的数据表称为视图的基表。在下例中，pubs 数据库中的 titleview 是一个视图，该视图选择三个基表中的数据来显示包含常用数据的虚拟表：
CREATE VIEW titleview
AS
SELECT title, au_ord, au_lname, price, ytd_sales, pub_id
FROM authors AS a
JOIN titleauthor AS ta ON (a.au_id = ta.au_id)
JOIN titles AS t ON (t.title_id = ta.title_id)
之后，可以用引用表时所使用的方法在语句中引用 titleview。
SELECT *
FROM titleview
一个视图可以引用另一个视图。例如，titleview 显示的信息对管理人员很有用，但公司通常只在季度或年度财务报表中才公布本年度截止到现在的财政数字。可以建立一个视图，在其中包含除 au_ord 和 ytd_sales 外的所有 titleview 列。使用这个新视图，客户可以获得已上市的书籍列表而不会看到财务信息：
CREATE VIEW Cust_titleview
AS
SELECT title, au_lname, price, pub_id
FROM titleview
视图可用于在多个数据库或 Microsoft? SQL Server? 2000 实例间对数据进行分区。分区视图可用于在整个服务器组内分布数据库处理。服务器组具有与服务器聚集相同的性能优点，并可用于支持最大的 Web 站点或公司数据中心的处理需求。原始表被细分为多个成员表，每个成员表包含原始表的行子集。每个成员表可放置在不同服务器的数据库中。每个服务器也可得到分区视图。分区视图使用 Transact-SQL UNION 运算符，将在所有成员表上选择的结果合并为单个结果集，该结果集的行为与整个原始表的复本完全一样。例如在三个服务器间进行表分区。在第一个服务器上定义如下的分区视图：
CREATE VIEW PartitionedView AS
SELECT *
FROM MyDatabase.dbo.PartitionTable1
UNION ALL
SELECT *
FROM Server2.MyDatabase.dbo.PartitionTable2
UNION ALL
SELECT *
FROM Server3.MyDatabase.dbo.PartitionTable3
在其它两个服务器上定义类似的分区视图。利用这三个视图，三个服务器上任何引用 PartitionedView 的 Transact-SQL 语句都将看到与原始表中相同的行为。似乎每个服务器上都存在原始表的复本一样，而实际上每个表只有一个成员表和分区视图。有关更多信息，请参见视图使用方案。
只要所做的修改只影响视图所引用的其中一个基表，就可以更新所有 SQL Server 版本内的视图（可以对其执行 UPDATE、DELETE 或 INSERT 语句）。
-- Increase the prices for publisher ’0736’ by 10%.
UPDATE titleview
SET price = price * 1.10
WHERE pub_id = ’0736’
GO
SQL Server 2000 支持可引用视图的更复杂的 INSERT、UPDATE 和 DELETE 语句。可在视图上定义 INSTEAD OF 触发器，指定必须对基表执行的个别更新以支持 INSERT、UPDATE 或 DELETE 语句。另外，分区视图还支持 INSERT、UDPATE 和 DELETE 语句修改视图所引用的多个成员表。
索引视图是 SQL Server 2000 具有的功能，可显着提高复杂视图类型的性能，这些视图类型通常在数据仓库或其它决策支持系统中出现。
视图的结果集通常不保存在数据库中，因此视图也称为虚拟表。视图的结果集动态包含在语句逻辑中并在运行时动态生成。有关更多信息，请参见视图解析。
复杂的查询（如决策支持系统中的查询）可引用基表中的大量行，并将大量信息聚积在相对较简洁的聚合中，如总和或平均值。SQL Server 2000 支持在执行此类复杂查询的视图上创建聚集索引。当执行 CREATE INDEX 语句时，视图 SELECT 的结果集将永久存储在数据库中。SQL 语句此后若引用该视图，响应时间将会显着缩短。对基本数据的修改将自动反映在视图中。
SQL Server 2000 CREATE VIEW 语句支持 SCHEMABINDING 选项，以防止视图所引用的表在视图未被调整的情况下发生改变。必须为任何创建索引的视图指定 SCHEMABINDING。
例：创建视图
Create View TitleView
AS
Select ID,Title,PostTime,Hits From [List]
然后引用Select Top 100 * From TitleView
用循环输出数据与直接Select Top 100 * From [List]相比速度提高将近30毫秒！
当然我这里只是举例子，一般情况下对单个表没必要去用视图
③ SQL Server常见的数据库对象有哪些
数据库，表，视图，索引，触发器，函数，存储过程，游标，约束,，Rule。
④ 在sql数据库里的视图是什么意思，怎么理解
视图为原始数据库数据的一种变换，是查看表中数据的另外一种方式。可以将视图看成是一个移动的窗口，通过它可以看到感兴趣的数据。视图为从一个或多个实际表中获得的，这些表的数据存放在数据库中。那些用于产生视图的表叫做该视图的基表。一个视图也可以从另一个视图中产生。
视图的定义存在数据库中，与此定义相关的数据并没有再存一份于数据库中。通过视图看到的数据存放在基表中。
(4)复杂视图sql所有依赖对象扩展阅读
视图有很多优点，主要表现在：
1、视点集中
使用户只关心它感兴趣的某些特定数据和他们所负责的特定任务。这样通过只允许用户看到视图中所定义的数据而不是视图引用表中的数据而提高了数据的安全性。
2、简化操作
视图大大简化了用户对数据的操作。因为在定义视图时，若视图本身就是一个复杂查询的结果集，这样在每一次执行相同的查询时，不必重新写这些复杂的查询语句，只要一条简单的查询视图语句即可。可见视图向用户隐藏了表与表之间的复杂的连接操作。
3、定制数据
视图能够实现让不同的用户以不同的方式看到不同或相同的数据集。因此，当有许多不同水平的用户共用同一数据库时，这显得极为重要。
4、合并分割数据
在有些情况下，由于表中数据量太大，故在表的设计时常将表进行水平分割或垂直分割，但表的结构的变化却对应用程序产生不良的影响。如果使用视图就可以重新保持原有的结构关系，从而使外模式保持不变，原有的应用程序仍可以通过视图来重载数据。
5、安全性
视图可以作为一种安全机制。通过视图用户只能查看和修改他们所能看到的数据。其它数据库或表既不可见也不可以访问。如果某一用户想要访问视图的结果集，必须授予其访问权限。视图所引用表的访问权限与视图权限的设置互不影响。
⑤ SQL 视图是否是依赖表存在
对,视图是由表做为基础而产生的虚拟表,基内容基于基础表,基础表更改后,视图做相应改变,所以视图依赖表存在
⑥ SQL中使用视图的优点和缺点是什么
视图的优点与缺点
在程序设计的时候必须先了解视图的优缺点，这样可以扬长避短，视图具有如下的一些优点：
● 简单性。视图不仅可以简化用户对数据的理解，也可以简化他们的操作。那些被经常使用的查询可以被定义为视图，从而使用户不必为以后的操作每次都指定全部的条件。
● 安全性。通过视图用户只能查询和修改他们所能见到的数据。数据库中的其他数据则既看不见也取不到。数据库授权命令可以使每个用户对数据库的检索限制到特定的数据库对象上，但不能授权到数据库特定行和特定的列上。通过视图，用户可以被限制在数据的不同子集上。
● 逻辑数据独立性。视图可以使应用程序和数据库表在一定程度上独立。如果没有视图，应用一定是建立在表上的。有了视图之后，程序可以建立在视图之上，从而程序与数据库表被视图分割开来。
视图也存在一些缺点，主要如下。
● 性能：SQL Server必须把视图的查询转化成对基本表的查询，如果这个视图是由一个复杂的多表查询所定义，那么，即使是视图的一个简单查询，SQL Server也把它变成一个复杂的结合体，需要花费一定的时间。
● 修改限制：当用户试图修改视图的某些行时，SQL Server必须把它转化为对基本表的某些行的修改。对于简单视图来说，这是很方便的，但是，对于比较复杂的视图，可能是不可修改的。
所以，在定义数据库对象时，不能不加选择地来定义视图，应该权衡视图的优点和缺点，合理地定义视图。