这里是给予的：
这里是一个问题， 无视MSSQL2008中的新function （我相信有这个function），MSSQL2008在MSSQL2005中，而不是在MSSQL2000中的function有什么重大的改进？
页面压缩 。 好吧，这是一个新function，不是对SQL 2005function的改进。 你可以把它作为SQL 2005 SP2中存在的行压缩的改进。 此外，它几乎透明地影响了SQL 2005中的所有function，无需进行任何更改。 它的这样一个有益的特性，就是从各个angular度certificateSQL 2008比2005年更合理。
build立查询时，SQL Server Management Studio现在具有IntelliType！ 关于吓人的时间！
（技术上SSMS的改进，而不是一个新的function）。
重要的是一个非常主观的词，但是从我的头顶来看，我最喜欢的改进之一是将date和时间分离成单独的数据types而不是一个date时间数据types。 此外，date的范围现在可以回溯到1/1/0001而不是1/1/1753。
我相信有性能改进等，但从我的经验来看，2005年是如此坚实，升级到2008年更多是关于新function而不是改进。 在我们的商店里，只有当我们可以利用新function（例如文件stream）的时候，我们才会升级。
我想你问的问题其实不是问题。 我为州政府工作，并在私营部门工作。 政府的项目周期通常较长，但核心问题是一致的。 如果你在一家Oracle商店工作，那么推一个微软，IBM或者MySQL解决scheme对于你的职业生涯来说不会是有效的。 除非你有可靠的pipe理types的坚实后盾，否则你将被视为“其中之一”，并且将很难完成任务。
在你的情况下，我会推动像装置一样使用MS SQL要求来处理现成的应用程序，其中包含与应用程序相关的小型数据库。 在这种情况下，你可能会获得更多的成功，因为甲骨文的人认为MS SQL是一个玩具。
从经验来看，有几个改进：
在哪里工作，我们从SQL Server 2005 Std升级。 32位到SQL Server 2008 Enterprise 64位只是为了应付更大的数据库（3 TB以上）