SQLServer数据库于应用程序的关系

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

10多年的渝中网站建设经验，针对设计、前端、开发、售后、文案、推广等六对一服务，响应快，48小时及时工作处理。成都全网营销推广的优势是能够根据用户设备显示端的尺寸不同，自动调整渝中建站的显示方式，使网站能够适用不同显示终端，在浏览器中调整网站的宽度，无论在任何一种浏览器上浏览网站，都能展现优雅布局与设计，从而大程度地提升浏览体验。创新互联建站从事“渝中网站设计”,“渝中网站推广”以来，每个客户项目都认真落实执行。

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

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

如果你不是数据库管理员或特定数据库的应用分析师，你通常会无视数据库的命名规则，而这些数据库支持着你每日依赖的应用程序。这就是为什么当需要产生时在适当的位置上由元数据库来提供转化很重要。

专家解答

大部分数据库管理员拥有某种形式的数据库元SQL Server数据库，他们依赖其来跟踪范围很广的Microsoft SQL Server环境。我利用连接的服务器和分布式数据库访问来建立一个已经在我的环境中使用了七年的元数据库。它不是漂亮的，但它是功能性很强的。

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

自从读了2007年5月和6月Rodney Landrum在SQL Server杂志上发表的关于SQL Server集成服务(SSIS)和数据库管理员知识库(DBA Repositories)的文章，我知道是时候采取别人的解决方法了。这对于我的环境来说是完美的，而一些改动也是容易采纳的。

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

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

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

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

 
 
 
    
  
  
  
  1. Applications Table   
    2. 
  
  
  
  2. CREATE TABLE [dbo].[Applications]   
    3. 
  
  
  
  3. (   
    4. 
  
  
  
  4. [AppID] [int] IDENTITY(154,1) NOT NULL,   
    5. 
  
  
  
  5. [ApplicationName] [varchar](100) NOT NULL,   
    6. 
  
  
  
  6. )  
    7. 
  
  
  
  7. Database_Applications Table   
    8. 
  
  
  
  8. CREATE TABLE [dbo].[Database_Applications]   
    9. 
  
  
  
  9. (   
    10. 
  
  
  
  10. [DB_AppID] [int] IDENTITY(1,1) NOT NULL,   
    11. 
  
  
  
  11. [ServerName] [varchar](50) NOT NULL,   
    12. 
  
  
  
  12. [DatabaseName] [varchar](100) NOT NULL,   
    13. 
  
  
  
  13. [ApplicationName] [varchar](100) NULL   
    14. 
  
  
  
  14. ) 
    15.

你可能注意到，我没有规范化dbo.Database_Applications表。如果我规范化，我会只存储两个区域：一个与存储我的应用元数据的表有关的外键，和一个与我的元数据库相对应的外键。我有自己的原因：

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

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

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

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

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

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

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

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

 
 
 
    
  
  
  
  1. CREATE PROCEDURE [dbo].[pAdd_Application] @ServerName varchar(50),   
    2. 
  
  
  
  2. @DatabaseName varchar(100), @ApplicationName varchar(100)   
    3. 
  
  
  
  3. AS   
    4. 
  
  
  
  4. --Add any new databases created, but not recorded in the repository, to the repository   
    5. 
  
  
  
  5. UPDATE dbo.Database_Applications   
    6. 
  
  
  
  6. SET ApplicationName = @ApplicationName   
    7. 
  
  
  
  7. WHERE ServerName = @ServerName   
    8. 
  
  
  
  8. AND DatabaseName = @DatabaseName   
    9. 
  
  
  
  9. AND ApplicationName IS NULL   
    10. 
  
  
  
  10. --Determine if there is already an application for this database in the repository, if not, then add it  
    11. 
  
  
  
  11. IF (SELECT COUNT(*) FROM dbo.Applications WHERE ApplicationName = @ApplicationName) = 0   
    12. 
  
  
  
  12. BEGIN   
    13. 
  
  
  
  13. INSERT INTO dbo.Applications (ApplicationName)   
    14. 
  
  
  
  14. VALUES (@ApplicationName)   
    15. 
  
  
  
  15. PRINT 'Added new Application: ' + @ApplicationName + ' to Applications table'   
    16. 
  
  
  
  16. SELECT * FROM dbo.Applications WHERE ApplicationName = @ApplicationName   
    17. 
  
  
  
  17. END   
    18. 
  
  
  
  18. --List the new record in the repository   
    19. 
  
  
  
  19. SELECT ServerName, DatabaseName, ApplicationName   
    20. 
  
  
  
  20. FROM dbo.Database_Applications   
    21. 
  
  
  
  21. WHERE ServerName = @ServerName   
    22. 
  
  
  
  22. AND DatabaseName = @DatabaseName   
    23. 
  
  
  
  23. AND ApplicationName = @ApplicationName 
    24.

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

【编辑推荐】

  1. SQL Server数据文件监控与数据文件的查看
  2. SQL Server 2008稀疏列与列集的经验总结
  3. SQL Server排序遇到NULL，不怕不帕!
  4. SQL Server获取表的容量很简单！
  5. SQL Server行转列的什么情况下被用？

当前文章：SQLServer数据库于应用程序的关系
当前地址：http://www.shufengxianlan.com/qtweb/news20/236070.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联

猜你还喜欢下面的内容

微信公众号知识

同城分类信息

成都网站建设　　 　四川网站建设　　 　成都网页设计　　 　成都定制网页设计　　 　胜锦安防科技　　 　添翼二手车鉴定评估　　 　彭山网站制作　　 　自适应网站设计　　 　H5建站　　 　攀枝花网站设计　　 　自贡服务器托管　　 　成都网络营销　　 　成都网站建设公司　　 　网站seo　　 　全网整合营销推广　　 　手机网站　　 　重庆网站建设　　 　界面设计　　 　广汉锦华建材　　 　云服务器