当谈到微软SQL Server 2008，你能期待什么?SQL Server，代码名为Katmai，正如它的名字所暗示的那样，将在今年晚些时候推出。问题是你为什么要关心?现在我可以讨论一些新特性，比如声明性管理框架(DMF)、空间数据类型或透明数据加密，我将在这个博客的后续文章中讨论。(如果你等不及了，你可以自己看看我最近的文章网络研讨会)。但是每个人都应该知道的一件重要的事情是哪些功能被放到了可怕的“废弃功能”列表中。“Deprecated”听起来像是一个糟糕的词，但它仅仅指的是那些“即将消失”的功能。该列表由微软发布，分为两类:1)“下一版本SQL Server不支持的特性”;和2)未来版本的SQL Server不支持的特性。
例如，两个从2008年消失的最重要的特点是：
BACKUP LOG WITH NO_LOG
和
BACKUP LOG WITH TRUNCATE_ONLY
由于SQL Server的初期，这两个语句，在功能上等同，已经出现并通常用于截断事务日志时，它成为全（臭名昭著的错误代码9002）。这些语句的妙处是，他们实际上不会备份事务日志可言，他们只会截断日志并释放空间。发言的缺点是，他们将打破日志备份数据库暴露于潜在的数据丢失的“产业链”，直到一个完整的数据库备份可以作出。现在，微软正在试图保护我们，在2008年已经禁止这些语句。
现在，为了公平起见，微软总是预先警告SQL Server社区在未来版本中将删除的特性。可以想象，这个列表有时会给数据库开发人员带来一点恐慌。但从经验来看，这种恐慌通常是没有根据的。微软过去在向后兼容性方面做了合理的工作，因此，通常情况下，他们倾向于保留旧的功能，即使新功能被引入。
当我说公平的警告，我是认真的。例如，在“弃用数据库引擎功能在SQL Server 2005”上的MSDN（SQL Server 2005的发布时，这是首次发行），排名第一的“功能无法在SQL Server的下一个版本支持的”列表文件DUMP语句。This means that the DUMP statement is supported in SQL Server 2005 but we have been served notice that it won't be supported in the next release, i.e. SQL Server 2008. This is interesting for me, since I used to work for Sybase in the mid-90s; you may or may not know that Sybase invented SQL Server in the 80s and with it the DUMP statement to "dump" or backup databases.
现在和我一起承担，因为我们通过历史课。微软当时找了数据库产品，因此公司之间的协议，允许微软端口SQL Server产品，以它自己的操作系统，而不是首选的Sybase UNIX的操作系统。Microsoft SQL Server的诞生。然而，微软决定终止本协议之前我加入的Sybase（我把它个人），因为他们希望在其已经由Sybase开发者事先决定的源代码控制。第一个主要的微软仅发布了Microsoft SQL Server的6.0。在Microsoft SQL Server 7.0，1998年发布，DUMP语句是由BACKUP语句代替。微软显然不喜欢这个词DUMP等于是就想为“过时”（有个笑话某个地方，但我不接触）。也就是说，当DUMP语句第一次出现在“弃用列表”下的类别“在SQL Server的未来版本不支持的功能”。所以，根据我的计算，它已经采取了十年左右的DUMP语句后第一次出现在臭名昭著的“废弃列表”从SQL Server产品实际上消失。
换句话说，不要恐慌，直到它实际发生（但你已经被警告！）。
如果您想未雨绸缪，官方的“过时数据库引擎在SQL Server 2005功能”的文件是MSDN上的：http://msdn2.microsoft.com/en-us/library/ms143729.aspx
而新提出的“过时的数据库引擎功能在SQL Server 2008”是TechNet上这里。
“微软的SQL Server 2008：什么期望”等全球知识网络研讨会，是在：http://www.globalknowledge.com/training/category.asp?catid=248
好运！
布赖恩