SQL Server 2005 和 2008 之间的改进(非新)功能

SQL Server 2005 和 2008 之间的改进(非新)功能

以下是给定的内容:

  • 你会想尖叫这个问题
  • 这是 Oracle 商店,并将继续
  • 所有当前环境都是 MSSQL 2000 标准版
  • 答案将有助于提出升级的商业案例
  • 选择将是 64 位和企业版(交给我吧!)
  • 生命的终结毫无意义——他们拥有我(可怕,不是吗?)
  • 没有针对 SQL Server 的开发
  • 目前,已有使用 MS Access(最近为 2007)进行的(大量)开发,但迫于压力,才迁移到 SQL Server
  • Windows Server 2003 操作系统,没有考虑 2008 年
  • 没有数据仓库
  • 没有商业智能
  • 绝大多数访问/支持的应用程序都是第三方商用现货
  • 数据库大小和使用量的规模否定了你可以使用 16 节点集群 MSSQL 2008 而不是 8 节点集群 MSSQL 2005 的事实

问题是,忽略 MSSQL 2008 中的新功能(我相信已经掌握了),MSSQL 2008 对 MSSQL 2005 中存在而 MSSQL 2000 中没有的功能做出了哪些重大改进?

答案1

页面压缩。好吧,这是一个新功能,而不是 SQL 2005 功能的改进。您可以将其理解为对 SQL 2005 SP2 中存在的行压缩的改进。此外,它几乎透明地影响了 SQL 2005 中的所有功能,无需进行任何更改。这是一个非常有益的功能,从各个角度来看,它都证明了 SQL 2008 优于 2005。

答案2

SQL Server Management Studio 现在在构建查询时具有 IntelliType!真是太及时了!

(从技术上讲,这是 SSMS 的改进,而不是新功能)。

答案3

“显著”是一个非常主观的词,但在我看来,我最喜欢的改进之一是将日期和时间分为不同的数据类型,而不是一个日期时间数据类型。此外,日期范围现在可追溯到 1/1/0001,而不是 1/1/1753。

我确信性能有所改进,等等,但从我的经验来看,2005 非常稳定,升级到 2008 更多的是为了新功能而不是改进。在我们的商店中,我们只有在可以利用新功能(例如 filestream)时才会升级。

答案4

从经验来看,有几点改进:

  1. 更好地利用多核计算机,减少配置或文件的调整
  2. 数据库 > 100 GB 时性能更佳

在我工作的地方,我们从 SQL Server 2005 Std. 32 位升级到 SQL Server 2008 Enterprise 64 位,只是为了应对更大的数据库(3 TB 以上)

相关内容