SQL Server数据库对利用程序的关系-交流共享-唐山网站建设

SQL Server数据库对利用程序的关系

核心提示：以下的文章主要是先容SQL Server数据库与实在际利用元数据，我前两天在相干网站看见SQL Server数据库与实在际利用元数据的资料，觉得挺好，就拿出来供大家分享，希看会给大家带来1些帮助在此方面。

以下的文章主要是先容SQL Server数据库与实在际利用元数据，我前两天在相干网站看见SQL Server数据库与实在际利用元数据的资料，觉得挺好，就拿出来供大家分享，希看会给大家带来1些帮助在此方面。

我常被问到如何把驻留在物理服务器/SQL 实例上的SQL Server数据库转变成它们相应的利用程序名称。在豫备计划好的服务器停机通知时，这类需要就产生了，但在我的组织内与IT经理或非技术职员沟通时，这也是有价值的。假设你不是数据

我常被问到如何把驻留在物理服务器/SQL 实例上的数据库转变成它们相应的利用程序名称。在豫备计划好的服务器停机通知时，这类需要就产生了，但在我的组织内与IT经理或非技术职员沟通时，这也是有价值的。

假设你不是数据库治理员或特定数据库的利用分析师，你通常会疏忽数据库的命名规则，而这些数据库支持着你逐日依托的利用程序。这就是为甚么当需要产生时在适当的位置上由元数据库来提供转化很重要。

专家解答

大部份数据库治理员具有某种情势的数据库元SQL Server数据库，他们依托其来跟踪范围很广的Microsoft SQL Server环境。我利用连接的服务器和散布式数据库访问来建立1个已在我的环境中使用了7年的元数据库。它不是漂亮的，但它是功能性很强的。

跟很多IT开发者和数据库治理员1样，即使它有本身的不足我还是为自己的创造感到自豪。它很慢，不像它可以的那样最新型，也不像它应当的那样安全。

自从读了2007年5月和6月Rodney Landrum在SQL Server杂志上发表的关于SQL Server集成服务（SSIS）和数据库治理员知识库（DBA Repositories）的文章，我知道是时候采取他人的解决方法了。这对我的环境来讲是完善的，而1些改动也是轻易采用的。

2008年2月，1篇后续文章在SQL Server杂志上发表，在这篇文章里，Rodney更新了他的解决方法。我下载了代码，在我的测试环境里审核，并迅速把它纳进产品中。当大家普遍地为这个解决方法所提供的而感到兴奋时，在它包中缺少的1方面是把数据库关联到利用程序的能力。

通过在他的解决方法中增加两张额外的表，我可以在我的“土生土长”元数据库中增加利用程序元数据到我现在使用的SQL Server杂志的方法中。

增加到我数据库中的利用元数据包括创建两张表：dbo.Applications，专为存储所有程序的利用名称，而这些程序在我的环境中依托于SQL Server数据库，还有

dbo.Database_Applications，它保存SQL 实例、SQL Server数据库和利用程序之间的关系。

Applications Table CREATE TABLE [dbo].[Applications] (
[AppID] [int] IDENTITY(154,1) NOT NULL,
[ApplicationName] [varchar](100) NOT NULL, )
Database_Applications Table
CREATE TABLE [dbo].[Database_Applications] (
[DB_AppID] [int] IDENTITY(1,1) NOT NULL,
[ServerName] [varchar](50) NOT NULL,
[DatabaseName] [varchar](100) NOT NULL,
[ApplicationName] [varchar](100) NULL )

1 2 下1页

你可能留意到，我没有规范化dbo.Database_Applications表。假设我规范化，我会只存储两个区域：1个与存储我的利用元数据的表有关的外键，和1个与我的元数据库相对应的外键。我有自己的缘由：

我没有处理大量的数据：我有大概800个数据库，这些SQL Server数据库在我的环境里发布80个实例。固然这对1个数据库治理员来讲是个很大的环境，但是它既不转变成在我的元数据表里的大量纪录，也不转变成数据库的巨大字节。

不是通过dbo.Applications表的主键，而是包括表中的利用程序名，我可以通过只访问dbo.Database_Applications表产生我的主要利用程序元数据报告（key Application Metadata report）。

我的环境中的SQL元数据库使用“焦土政策”人口处理方法，除SQL Agent Job History和Backup History，其他的表都被每天删除和重新载进。我发现在

dbo.Database_Applications表中保存信息可使我的生活变得很轻易。

逐日从我的环境中载进数据后，我可以通过以下脚本得到在我的环境中产生的任何新的数据库的良好的陈说。

SELECT D.[Server], D.DatabaseName FROM dbo.Databases D LEFT JOIN dbo.Database_Applications DA ON D.DatabaseName = DA.DatabaseName AND D.[Server] = DA.[ServerName] WHERE DA.DB_AppID IS NULL ORDER BY D.[Server], D.DatabaseName

这个查询的结果提供任何数据库的清单，这些SQL Server数据库产生于上次我更新利用元数据和服务器时，它不但是跨域的数据库创建活动的通知，也是致力于更新两个数据库来符合利用程序信息的数据清单。这个查询也合适SQL Server Reporting Services报告的数据表，而当我不在办公室时，SQL Server Reporting Services报告也为我提供了1个新的数据库到我的黑莓（BlackBerry）的平常通知。

最后，我创建了以下存储程序，由此用任何新的数据库信息来合并dbo.Applications表和dbo.Database_Applications 表。它接受3个参数：服务器，数据库和利用程序。假设利用程序已不存在于dbo.Applications表中，它就会被补充。然后1个记录被插进到服务器/数据库/利用程序关系中的dbo.Applications表。

CREATE PROCEDURE [dbo].[pAdd_Application]
@ServerName varchar(50),
@DatabaseName varchar(100),
@ApplicationName varchar(100)
AS --Add any new databases created,
but not recorded in the repository, to the repository
UPDATE dbo.Database_Applications
SET ApplicationName = @ApplicationName
WHERE ServerName = @ServerName
AND DatabaseName = @DatabaseName
AND ApplicationName IS NULL
--Determine if there is already an application
for this database in the repository, if not, then add it
IF (SELECT COUNT(*) FROM dbo.Applications
WHERE ApplicationName = @ApplicationName) = 0
BEGIN INSERT INTO dbo.Applications (ApplicationName)
VALUES (@ApplicationName)
PRINT 'Added new Application: '
+ @ApplicationName + ' to Applications table'
SELECT * FROM dbo.Applications
WHERE ApplicationName = @ApplicationName
END --List the new record in the repository
SELECT ServerName, DatabaseName, ApplicationName
FROM dbo.Database_Applications
WHERE ServerName = @ServerName
AND DatabaseName = @DatabaseName
AND ApplicationName = @ApplicationName

固然我可以很轻易地把这个存储程序的履行整合为SQL Server集成服务（SSIS）程序包中的最后1步，而这个程序包能够组装我的存储数据库，但我选择不这样做，这是为了在我的环境里，我能密切关注围绕新的SQL Server数据库创造而展开的活动。

原文：http://database.ctocio.com.cn/452/11516452.shtml

上1页 1 2 唐山网站建设www.fw8.net
TAG:数据库,数据,程序,服务器,环境

评论加载中...