【转抄及整理】获取SQL Server数据库的元数据

本文讲述了两种方法：
方法一：使用系统存储过程来获取
方法二：使用SQLDMO来获取


方法一：使用系统存储过程来获取

元数据简介

元数据 (metadata) 最常见的定义为“有关数据的结构数据”，或者再简单一点就是“关于数据的信息”，日常生活中的图例、图书馆目录卡和名片等都可以看作是元数据。在关系型数据库管理系统 (DBMS) 中，元数据描述了数据的结构和意义。比如在管理、维护 SQL Server 或者是开发数据库应用程序的时候，我们经常要获取一些涉及到数据库架构的信息：

◆某个数据库中的表和视图的个数以及名称；

◆某个表或者视图中列的个数以及每一列的名称、数据类型、长度、精度、描述等；

◆某个表上定义的约束；

◆某个表上定义的索引以及主键/外键的信息。

下面我们将介绍几种获取元数据的方法。

获取元数据

使用系统存储过程与系统函数访问元数据

获取元数据最常用的方法是使用 SQL Server 提供的系统存储过程与系统函数。

系统存储过程与系统函数在系统表和元数据之间提供了一个抽象层，使得我们不用直接查询系统表就能获得当前数据库对象的元数据。

常用的与元数据有关的系统存储过程有以下一些：

系统存储过程

◆sp_columns 返回指定表或视图的列的详细信息。

◆sp_databases 返回当前服务器上的所有数据库的基本信息。

◆sp_fkeys 若参数为带有主键的表，则返回包含指向该表的外键的所有表；若参数为带有外键的表名，则返回所有同过主键/外键关系与该外键相关联的所有表。

◆sp_pkeys 返回指定表的主键信息。

◆sp_server_info 返回当前服务器的各种特性及其对应取值。

◆sp_sproc_columns 返回指定存储过程的的输入、输出参数的信息。

◆sp_statistics 返回指定的表或索引视图上的所有索引以及统计的信息。

◆sp_stored_procedures 返回当前数据库的存储过程列表，包含系统存储过程。

◆sp_tables 返回当前数据库的所有表和视图，包含系统表。

常用的与元数据有关的系统函数有以下一些：

系统函数

◆COLUMNPROPERTY 返回有关列或过程参数的信息，如是否允许空值，是否为计算列等。

◆COL_LENGTH 返回指定数据库的指定属性值，如是否处于只读模式等。

◆DATABASEPROPERTYEX 返回指定数据库的指定选项或属性的当前设置，如数据库的状态、恢复模型等。

◆OBJECT_ID 返回指定数据库对象名的标识号

◆OBJECT_NAME 返回指定数据库对象标识号的对象名。

◆OBJECTPROPERTY 返回指定数据库对象标识号的有关信息，如是否为表，是否为约束等。

◆fn_listextendedproperty 返回数据库对象的扩展属性值，如对象描述、格式规则、输入掩码等。

由于我们无法直接利用到存储过程与函数的返回结果，因此只有在我们关心的只是查询的结果，而不需要进一步利用这些结果的时候，我们会使用系统存储过程与系统函数来查询元数据。

例如，如果要获得当前服务器上所有数据库的基本信息，我们可以在查询分析器里面运行：

EXEC sp_databases GO

在返回结果中我们可以看到数据库的名称、大小及备注等信息。

但是如果要引用这部分信息，或者存储这部分信息以供后面使用，那么我们必须借助中间表来完成这个操作：

CREATE TABLE #sp_result ( DATABASE_NAME sysname, DATABASE_SIZE int, REMARKS varchar(254) NULL ) GO INSERT INTO #sp_result EXEC ('sp_databases') GO

使用信息架构视图访问元数据

信 息架构视图基于 SQL-92 标准中针对架构视图的定义，这些视图独立于系统表，提供了关于 SQL Server 元数据的内部视图。信息架构视图的最大优点是，即使我们对系统表进行了重要的修改，应用程序也可以正常地使用这些视图进行访问。因此对于应用程序来说，只要是符合 SQL-92 标准的数据库系统，使用信息架构视图总是可以正常工作的。

信息架构视图

◆INFORMATION_SCHEMA.CHECK_CONSTRAINTS：返回有关列或过程参数的信息，如是否允许空值，是否为计算列等。

◆INFORMATION_SCHEMA.COLUMNS：返回当前数据库中当前用户可以访问的所有列及其基本信息。

◆INFORMATION_SCHEMA.CONSTRAINT_COLUMN_USAGE：返回当前数据库中定义了约束的所有列及其约束名。

◆INFORMATION_SCHEMA.CONSTRAINT_TABLE_USAGE：返回当前数据库中定义了约束的所有表及其约束名。

◆INFORMATION_SCHEMA.KEY_COLUMN_USAGE：返回当前数据库中作为主键/外键约束的所有列。

◆INFORMATION_SCHEMA.SCHEMATA：返回当前用户具有权限的所有数据库及其基本信息。

◆INFORMATION_SCHEMA.TABLES：返回当前用户具有权限的当前数据库中的所有表或者视图及其基本信息。

◆INFORMATION_SCHEMA.VIEWS：返回当前数据库中的当前用户可以访问的视图及其所有者、定义等信息。

由于这些信息架构都是以视图的方式存在的，因此我们可以很方便地获得并利用需要的信息。

例如，我们要得到某个表有多少列，可以使用以下语句：

SELECT COUNT(*) FROM INFORMATION_SCHEMA.COLUMNS

WHERE TABLE_NAME='mytable'

使用系统表访问元数据

虽然使用系统存储过程、系统函数与信息架构视图已经可以为我们提供了相当丰富的元数据信息，但是对于某些特殊的元数据信息，我们仍然需要直接对系统表进行查询。因为SQL Server 将所有数据库对象的信息均存放在系统表中，作为 SQL Server 的管理、开发人员，了解各个系统表的作用将有助于我们了解 SQL Server 的内在工作原理。

SQL Server 的系统表非常多，其中最常用的与元数据查询有关的表有如下一些：

syscolumns 存储每个表和视图中的每一列的信息以及存储过程中的每个参数的信息。

syscomments 存储包含每个视图、规则、默认值、触发器、CHECK 约束、DEFAULT 约束和存储过程的原始 SQL 文本语句。

sysconstraints 存储当前数据库中每一个约束的基本信息。

sysdatabases 存储当前服务器上每一个数据库的基本信息。

sysindexes 存储当前数据库中的每个索引的信息。

sysobjects 存储数据库内的每个对象（约束、默认值、日志、规则、存储过程等）的基本信息。

sysreferences 存储所有包括 FOREIGN KEY 约束的列。

systypes 存储系统提供的每种数据类型和用户定义数据类型的详细信息。

将系统存储过程、系统函数、信息架构视图与系统表结合使用，可以方便地让我们获得所有需要的元数据信息。

示例：

1、 获得当前数据库所有用户表的名称。

SELECT OBJECT_NAME (id) FROM sysobjects WHERE xtype = 'U' AND OBJECTPROPERTY (id, 'IsMSShipped') = 0

其中主要用到了系统表 sysobjects以及其属性 xtype，还有就是用到了 OBJECTPROPERTY 系统函数来判断是不是安装 SQL Server 的过程中创建的对象。

2、获得指定表上所有的索引名称。

SELECT name FROM sysindexes WHERE id = OBJECT_ID ('mytable') AND indid > 0

综合实例

下面给出了一个存储过程，它的作用是自动将当前数据库的用户存储过程加密。

DECLARE @sp_name nvarchar(400) DECLARE @sp_content nvarchar(2000) DECLARE @asbegin int declare @now datetime select @now = getdate() DECLARE sp_cursor CURSOR FOR SELECT object_name(id) FROM sysobjects WHERE xtype = 'P' AND type = 'P' AND crdate < @now AND OBJECTPROPERTY(id, 'IsMSShipped')=0 OPEN sp_cursor FETCH NEXT FROM sp_cursor INTO @sp_name WHILE @@FETCH_STATUS = 0 BEGIN SELECT @sp_content = text FROM syscomments WHERE id = OBJECT_ID(@sp_name) SELECT @asbegin = PATINDEX ( '%AS' + char(13) + '%', @sp_content) SELECT @sp_content = SUBSTRING(@sp_content, 1, @asbegin - 1) + ' WITH ENCRYPTION AS' + SUBSTRING (@sp_content, @asbegin+2, LEN(@sp_content)) SELECT @sp_name = 'DROP PROCEDURE [' + @sp_name + ']' EXEC sp_executesql @sp_name EXEC sp_executesql @sp_content FETCH NEXT FROM sp_cursor INTO @sp_name END CLOSE sp_cursor DEALLOCATE sp_cursor

该 存储过程利用了 sysobjects 和 syscomments 表，并巧妙地修改了原存储过程的 SQL 定义语句，将 AS 修改为了 WITH ENCRYPTION AS，从而达到了加密存储过程的目的。本存储过程在 SQL Server 2000 上通过。

方法二：使用SQLDMO对象来获取

我们曾经在以前的应用中多次需要得到SQL Server的详细信息，过去，我们必须使用API和效率低下的ADO的调用才能得到，现在，我们有了一个新的方法，就是SQLDMO（SQL Distributed Management Objects，SQL分布式管 理对象），尽管它目前还不被人所知和使用，但是SQLDMO提供了许多强有力的、和利用代码从SQL Server获得 信息相类似的许多功能，为举例方便，这里仅向您解释如何得到本地网络的SQL Server列表，如何去连接每 个SQL Server，以及如何得到Server中的表、存储过程和视图的列表。

SQLDMO对象来自SQLDMO.dll，SQLDMO.dll是随SQL Server2000一起发布的。SQLDMO.dll自身是一个COM对象，因此，在你的.NET项目里必须先引用它，VS.NET集成开发环境会创建所有必要的对COM的封装。注意：如果你使用“ using SQLDMO;”语句来引用的话，你将会得到一个错误信息。要让它在你的应用程序里正常工作，你必须按下图 去引用它：

引用了COM对象之后，你就可以很容易地使用它了。

本例子中的所有操作都使用以下的一个或几个对象：

SQLDMO.Application

SQLDMO.SQLServer

SQLDMO.Database

SQLDMO.NameList

 

象数据备份和恢复这样的操作都有许多对象可以使用，但作为例子，我们会尽量简单，使你轻松进 入SQLDMO的世界来浏览一下它的方便性。

列出本地网络中可使用的SQL服务器相对来说比较简单，首先，你需要引用SQLDMO.Application对象，其次，你必须建立一个SQLDMO.Application.ListAvailableSQLServers()方法的返回值的实例SQLDMO.NameList，SQLDMO.NameList是服务器名字的COM集合。

请记住：在你习惯了调用COM对象之前，调用COM对象总是令人感到可怕的，但习惯了就会好的。下面 是一些示例代码，它利用本地可使用的SQL服务器的列表来填充下拉列表框。

 

//得到所有本地网络中可使用的SQL服务器列表。

SQLDMO.Application sqlApp = new SQLDMO.ApplicationClass();

SQLDMO.NameList sqlServers = sqlApp.ListAvailableSQLServers();

for(int i=0;i<=sqlServers.Count;i++)

{

        Object srv = sqlServers.Item(i + 1);

        if(srv != null) {

               this.cboServers.Items.Add(srv);  }  }

               if(this.cboServers.Items.Count >= 0)

               this.cboServers.SelectedIndex = 0;  else

               this.cboServers.Text = "<No available SQL Servers>";

 

正如前面所讲的，是不是很简单？请记住：COM集合的第一个项目是1，而不是0。

连接数据库并得到所有数据库的列表也是相当简单的。下面的代码采用上面下拉列表框所选择的SQL服 务器，并连接该服务器（使用文本框输入的用户名和密码），生成该服务器上数据库列表的下拉列表框。

 

//得到指定SQL服务器所有数据库的列表

SQLDMO.Application sqlApp = new SQLDMO.ApplicationClass();

SQLDMO.SQLServer srv = new SQLDMO.SQLServerClass();

srv.Connect(this.cboServers.SelectedItem.ToString(),

                       this.txtUser.Text,this.txtPassword.Text);

foreach(SQLDMO.Database db in srv.Databases)  {

        if(db.Name!=null)

               this.cboDatabase.Items.Add(db.Name);

}

 

要得到该库中对象的列表也是轻而易举的事，再一次连接到数据库，就可以遍历出对象的集合。

 

//得到所有的存储过程，所有的表放到Tables集合，所以的视图放到Views集合

SQLDMO.SQLServer srv = new SQLDMO.SQLServerClass();

srv.Connect(this.cboServers.SelectedItem.ToString(),

               this.txtUser.Text,

               this.txtPassword.Text);

for(int i=0;i<=srv.Databases.Count;i++)

{

        if(srv.Databases.Item(i+1,"dbo").Name ==

                       this.cboDatabase.SelectedItem.ToString())

        {

               SQLDMO._Database db= srv.Databases.Item(i+1,"dbo");

               this.lstObjects.Items.Clear();

               for(int j=0;j<=db.StoredProcedures.Count;j++)

               {

                       this.lstObjects.Items.Add(db.StoredProcedures.Item(j+1,"dbo").Name);

               }

               break;

        }

}

 

程序运行的结果将象下图的样子：<!--[endif]-->

通过上面的例子，要得到SQL的信息是不是很方便呢。

转载于:https://www.cnblogs.com/Peter-Yung/archive/2007/08/11/851639.html