当谈到Microsoft SQL Server 2008，你能期待什么?SQL Server，代码为Katmai，正如它的名字所暗示的那样，将于今年晚些时候发布。问题是你为什么要关心?现在，我可以讨论一些新特性，比如声明式管理框架(DMF)、空间数据类型或透明数据加密，我将在本博客的未来文章中讨论这些特性。(如果你等不及了，你可以在我最近的博客里自己看看这些东西网络研讨会)．但每个人都想知道的一件重要的事情是，哪些特性被列入了可怕的“弃用特性”列表。“Deprecated”听起来像一个可怕的词，但它只是指那些正在“消失”的功能。这份由微软发布的榜单分为两类:1)“下一版SQL Server不支持的特性”;和2)SQL Server未来版本不支持的特性。
例如，2008年以来最重要的两个特征是:
用no_log备份日志
和
用truncate_only备份日志
这两条语句在功能上是等价的，在SQL Server的早期就已经存在了，通常用于在事务日志满时截断事务日志(即臭名昭著的错误代码9002)。这些语句的美妙之处在于，它们实际上根本不会备份事务日志，它们只会截断日志并释放空间。这些语句的缺点是，它们会破坏日志备份的“链”，使数据库暴露于潜在的数据丢失，直到可以进行完整的数据库备份。现在微软正试图保护我们不受自己的伤害，并在2008年宣布这些声明为非法。
现在，为了公平起见，微软总是提前警告SQL Server社区在未来版本中将被删除的特性。可以想象，这个列表有时会给数据库开发人员带来一些恐慌。但从经验来看，这种恐慌通常是没有根据的。微软在过去的向后兼容性方面做得很好，所以，总的来说，他们倾向于保留旧的功能，即使新功能被引入。
我说的公平警告是认真的。例如，在MSDN上的“SQL Server 2005中已弃用的数据库引擎特性”文档(这是在SQL Server 2005发布时首次发布的)中，“SQL Server下一个版本中不支持的特性”列表中排名第一的是DUMP语句。这意味着DUMP语句在SQL Server 2005中是支持的，但我们已经收到通知，在下一个版本，即SQL Server 2008中，它将不支持。这对我来说很有趣，因为我曾在90年代中期为Sybase工作;您可能知道，也可能不知道Sybase在80年代发明了SQL Server，并使用了DUMP语句来“转储”或备份数据库。
现在请耐心听我讲一节历史课。当时，微软正在寻找一种数据库产品，因此两家公司达成协议，允许微软将SQL Server产品移植到自己的操作系统，而不是Sybase偏爱的UNIX操作系统。微软SQL Server诞生了。然而，就在我加入Sybase之前，微软决定终止这一协议(我个人认为)，因为他们想要控制之前由Sybase开发人员指定的源代码。微软的第一个主要版本是Microsoft SQL Server 6.0。在1998年发布的Microsoft SQL Server 7.0中，DUMP语句被BACKUP语句取代。微软显然不喜欢DUMP这个词，因此希望它是“deprecated”(这里有个笑话，但我没有碰它)。这是DUMP语句第一次出现在“SQL Server未来版本不支持的特性”类别下的“已弃用列表”中。因此，根据我的计算，DUMP语句在第一次出现在臭名昭著的“Deprecated List”之后，花了大约十年时间才从SQL Server产品中真正消失。
换句话说，在它真的发生之前不要惊慌(但你已经被警告过了!)
如果你想提前计划，官方的“SQL Server 2005中已弃用的数据库引擎特性”文档在MSDN上:http://msdn2.microsoft.com/en-us/library/ms143729.aspx
新提议的“SQL Server 2008中已弃用的数据库引擎特性”在TechNet上发布在这里．
“Microsoft SQL Server 2008: What to expect”和其他全球知识网络研讨会，请访问:http://www.globalknowledge.com/training/category.asp?catid=248
好运！
布莱恩