管理sql server数据库和应用元数据--

《管理sql server数据库和应用元数据--》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、管理SQLServer数据库和应用元数据>>　　问题　　我常被问到如何把驻留在物理服务器/SQL实例上的数据库转变为它们相应的应用程序名称。在准备计划好的服务器停机通知时，这种需要就产生了，但在我的组织内与IT经理或非技术人员沟通时，这也是有价值的。如果你不是数据库管理员或特定数据库的应用分析师，你通常会无视数据库的命名规则，而这些数据库支持着你每日依赖的应用程序。这就是为什么当需要产生时在适当的位置上由元数据库来提供转化很重要。　　专家解答　　大部分数据库管理员拥有某种形式的数据库元数据库，他们依赖其来跟踪范围很广的Micr

2、osoftSQLServer环境。我利用连接的服务器和分布式数据库访问来建立一个已经在我的环境中使用了七年的元数据库。它不是漂亮的，但它是功能性很强的。跟很多IT开发者和数据库管理员一样，即使它有自身的不足我还是为自己的创造感到骄傲。它很慢，不像它可以的那样最新型，也不像它应该的那样安全。　　自从读了2007年5月和6月RodneyLandrum在SQLServer杂志上发表的关于SQLServer集成服务(SSIS)和数据库管理员知识库(DBARepositories)的文章，我知道是时候采取别人的解决方法了。这对于我的环境

3、来说是完美的，而一些改动也是容易采纳的。2008年2月，一篇后续文章在SQLServer杂志上发表，在这篇文章里，Rodney更新了他的解决方法。我下载了代码，在我的测试环境里审核，并迅速把它纳入产品中。当大家普遍地为这个解决方法所提供的而感到高兴时，在它包中缺少的一方面是把数据库关联到应用程序的能力。通过在他的解决方法中增加两张额外的表，我可以在我的土生土长元数据库中增加应用程序元数据到我现在使用的SQLServer杂志的方法中。　　增加到我数据库中的应用元数据包括创建两张表：dbo.Applications，专为存储所有程

4、序的应用名称，而这些程序在我的环境中依赖于SQLServer数据库，还有　　dbo.Database_Applications，它保存SQL实例、数据库和应用程序之间的关系。　　ApplicationsTable　　　　CREATETABLE[dbo].[Applications]　　(　　[AppID][int]IDENTITY(154,1)NOTNULL,　　[ApplicationName][varchar](100)NOTNULL,　　)　　Database_ApplicationsTable　　　　CREATETAB

5、LE[dbo].[Database_Applications]　　(　　[DB_AppID][int]IDENTITY(1,1)NOTNULL,　　[ServerName][varchar](50)NOTNULL,　　[DatabaseName][varchar](100)NOTNULL,　　[ApplicationName][varchar](100)NULL　　)　　你可能注意到，我没有规范化dbo.Database_Applications表。如果我规范化，我会只存储两个区域：一个与存储我的应用元数据的表有关的外键，和一

6、个与我的元数据库相对应的外键。我有自己的原因：　　我没有处理大量的数据：我有大概800个数据库，这些数据库在我的环境里发布80个实例。虽然这对于一个数据库管理员来说是个很大的环境，但是它既不转变成在我的元数据表里的大量纪录，也不转变成数据库的巨大字节。　　不是通过dbo.Applications表的主键，而是包含表中的应用程序名，我可以通过只访问dbo.Database_Applications表产生我的主要应用程序元数据报告(keyApplicationMetadatareport)。　　我的环境中的SQL元数据库使用焦土政

7、策人口处理方法，除了SQLAgentJobHistory和BackupHistory，其他的表都被每天删除和重新载入。我发现在　　dbo.Database_Applications表中保存信息可以使我的生活变得很容易。　　每日从我的环境中载入数据后，我可以通过以下脚本得到在我的环境中产生的任何新的数据库的良好的陈述。　　　　　SELECTD.[Server],D.DatabaseName　　FROMdbo.DatabasesDLEFTJOINdbo.Database_ApplicationsDA　　OND.DatabaseNa

8、me=DA.DatabaseNameANDD.[Server]=DA.[ServerName]　　e　　这个查询的结果提供任何数据库的清单，这些数据库产生于上次我更新应用元数据和服务器时，它不仅是跨域的数据库创建活动的通知，也是致力于更新两个数据库来符合应用程序信息的数据清单