Sql server SQL Server 2005 v 2008，用于中等容量的经典asp站点

我正在运行一个经典的asp应用程序，它正在迁移到.NET 4.0应用程序；它主要做CRUD和一些报告（目前不是通过报告服务）。我不做很多其他类型的远程工作——我做的最多的是在同一台服务器上简单地将一个表复制到另一个表

---

考虑到这种情况，2008年是否值得？升级是否值得取决于您的价值

---

我会搬到2008年，只是为了获得新功能、错误修复和工具。

升级是否值得取决于您的价值

---

我会搬到2008年，只是为了获得新功能、错误修复和工具。

2008更容易在（intellisense）中开发。它还使报表服务、分析服务和集成服务等的使用变得更加容易

---

2005年对于您所拥有的场景来说是完全好的，它仍然是一个高质量的服务器。

2008更容易在（intellisense）中开发。它还使报表服务、分析服务和集成服务等的使用变得更加容易

2005年对于您所处的场景来说是完全好的，它仍然是一个高质量的服务器。

是的

审计是2008年的开箱即用

SQL 2008提供了限制查询资源的功能

添加正在运行的CPU

智能感知。已经提到了

能够压缩数据并使用更少的磁盘空间

内联声明并设置变量

对

审计是2008年的开箱即用

SQL 2008提供了限制查询资源的功能

添加正在运行的CPU

智能感知。已经提到了

能够压缩数据并使用更少的磁盘空间

内联声明并设置变量

---

如果你刚开始有新的选择，你可能还想考虑：

---

从2011年4月起，SQLServer2005正式“停止支持”。就我个人而言，我不会再选择那个版本了，超过2008或2008 R2。

如果你刚开始，并且有选择，你可能还想考虑：

---

从2011年4月起，SQLServer2005正式“停止支持”。就个人而言，我不会再选择那个版本了，超过2008或2008 R2。

我想我在这个版本上是少数。国际海事组织，考虑到你告诉我们的很少，到2008年的原因将是一条平稳的升级道路

---

如果您不需要数据压缩（仅在企业版BTW中），或者由于使用其他工具（例如Visual Studio）生成查询而不需要intellisense，或者不需要动态添加CPU（因为可以快速重新启动）那么SQL 2008可能无法提供足够的好处来证明额外成本的合理性（同样取决于您的许可情况）。在某种程度上，2005年将成为“古老”的技术（可能在2011年11月SQL Server 2011发布时），从功能集/支持的角度来看，这可能会给开发人员带来困难。如果你能等到11月，直到德纳利被释放，那么我会这么做。

我想我在这件事上是少数派。国际海事组织，考虑到你告诉我们的很少，到2008年的原因将是一条平稳的升级道路

如果您不需要数据压缩（仅在企业版BTW中），或者由于使用其他工具（例如Visual Studio）生成查询而不需要intellisense，或者不需要动态添加CPU（因为可以快速重新启动）那么SQL 2008可能无法提供足够的好处来证明额外成本的合理性（同样取决于您的许可情况）。在某种程度上，2005年将成为“古老”的技术（可能在2011年11月SQL Server 2011发布时），从功能集/支持的角度来看，这可能会给开发人员带来困难。如果您可以等到11月，直到Denali应该发布，那么我会这样做。

SQLServer2005

• 她6岁了
• 有两个更高版本
• 它失去了支持

当然要使用SQL Server 2008。

SQL Server 2005

• 她6岁了
• 有两个更高版本
• 它失去了支持

当然要使用SQL Server 2008