微软公司于一月份发布了一个新版本的SQL Server最佳实践分析器(Best Practices Analyzer)。与从前版本一样，该最佳实践分析器用来帮助DBA找出数据库中潜在的设计不合理之处。不过这款分析器只能够做到事后诸葛——在问题已经存在之后再发现。而在最新的SQL Server 2008中，微软公司则有意改变这一现状
声明管理框架(Declarative Management Framework，DMF)允许DBA给出必须强制执行的数据库设计规范与约束。在十月份的一篇Blog中，Joe Young谈到了这个特性。
那么DMF又是什么呢?简而言之，DMF就是一套约束DBA执行各种操作的手段。DBA通常有很多事要做，包括数据库备份、查看事件日志、检查数据库中是否创建了非法/未授权的对象、杀死长时间执行的SPID等。类似的任务数不胜数，而且，更多策略上的左右权衡之处也会让任何一个负责任的DBA都终日忙碌不停(这还没有算上打技术支持电话的时间)。
不过借助于DMF，我们即可预先确定SQL Server中将要执行哪些策略、约束或是行为。首先在Management Studio中定义策略，并将这个策略应用到一个或多个服务器上，随后即可在一个集中的控制台(SSMS)中查看这些策略的执行状况。一个很经典的案例(如果你注意到去年的TechEd或PASS峰会上)就是，我们不希望用户能够在DBO下创建数据库。不过这样的例子随手可得，所以不够具有说服力。考虑一下，若想让用户在创建存储过程时都使用USP_前缀该怎么办?若想禁止别人使用SQLMail该怎么办? 这时候我们可没有OPENROWSET。不过别忘了，现在我们可以定义策略并指定这些策略所应用的范围是一个数据库还是一个服务器?怎么样，很酷吧?确实，你能为每个服务器和db_options修改相关的sp_configure配置。你甚至能把这些策略编写成一个脚本，在你的组织中的所有服务器/数据库上运行。在Katmai(SQL Server 2008)中有了SSMS和DMF，一切变得很简单。这并不是重新发明轮子，只是换了一些更好的轮胎而已。
若是有人违反了这些策略，那么DMF也允许我们非常灵活地对该情况进行处理。Ravi S.Maniam给出了这样的解释：
策略管理员能够根据需要随时执行这些策略，或者使用下述任何一种方法自动执行策略：
使用DDL触发器立即阻止违反策略的操作尝试。
使用事件通知在相关操作发生时应用策略，并记录下违反策略的操作尝试。
使用自定义的SQL Server Agent任务每一段时间应用一次策略，并记录下违反策略的操作尝试。
