SQL Server 2008比SQL Server 2005的优势?

微软的SQL Server 2005和SQL Server 2008的主要区别是什么?

是否有任何令人信服的升级理由(任何版本,因为我有一个客户多个版本)? 或者是有一个网站有两个服务器的图表或项目符点比较?

另外,哪个版本的Express版本有什么值得注意的?

  • 透明的数据encryption。 encryption整个数据库的能力。
  • 备份encryption。 在备份时间执行,以防止篡改。
  • 外部密钥pipe理。 存储与数据分离的密钥。
  • 审计。 监视数据访问。
  • 数据压缩。 事实表减小尺寸和改善性能。
  • 资源总监。 限制用户或组消耗高级别或资源。
  • 热插拔CPU。 即时添加CPU。
  • 演播室。 性能监视工具的集合。
  • 安装改进。 磁盘映像和Service Pack卸载选项。
  • dynamic发展。 新的ADO和Visual Studio选项以及Dot Net 3。
  • 实体数据服务。 业务线(LOB)框架和实体查询语言(eSQL)
  • LINQ。 开发查询语言来访问多种types的数据,如SQL和XML。
  • 数据同步。 开发频繁断开的应用程序。
  • 大的UDT。 对UDT没有大小限制。
  • date和时间。 新的数据types:date,时间,date时间偏移。
  • 文件stream。 新数据typesVarBinary(Max)用于pipe理二进制数据的FileStream。
  • 表值参数。 将整个表传递给存储过程的能力。
  • 空间数据。 用于存储纬度,经度和GPS条目的数据types。
  • 全文检索。 本机索引,作为元数据的同义词库以及备份function。
  • SQL Server集成服务。 改进的多处理器支持和更快的查找。
  • 合并。 TSQL命令组合插入,更新和删除。
  • SQL Server分析服务器。 堆栈改进,更快的块计算。
  • SQL Server报告服务器。 改进的内存pipe理和更好的渲染。
  • Microsoft Office 2007.使用OFFICE作为SSRS模板。 SSRS到WORD。
  • SQL 2000支持结束。 对SQL 2000的主stream支持即将结束。

(好的介绍文章第1部分 , 第2部分 , 第3部分 。至于令人信服的理由,这取决于你使用SQL服务器。你需要分层数据types吗?你目前是否存储文件在数据库中,并希望切换到SQL Server的新文件streamfunction ?您可以通过打开数据压缩来使用更多的磁盘空间吗?

我们不要忘记MERGE数据的能力。

请注意,许多真正的杀手级function只在企业版中。 数据压缩和备份压缩是我最喜欢的两个 – 他们给你免费的性能改进。 数据压缩减less了你必须做的I / O数量,因此大量的查询速度提高了20-40%。 CPU使用率上升,但在当今的多核环境中,我们经常拥有更多的CPU能力,而不是更多的IO。 无论如何,那些只在企业。

如果你只打算使用标准版,那么大部分的改进都需要修改你的应用程序代码和T-SQL代码,所以这不是一件容易的事情。

有更多声誉的人可以将其复制到主要答案中:

  • 更改跟踪。 允许您获取自特定版本以来发生的行更改信息。
  • 更改数据捕获。 允许捕获和查询所有更改。 (企业)

我想这取决于你的angular色

对我来说,作为开发者:

  • 合并声明
  • 报告服务改进
  • date/时间变化

编辑, 后期更新,使用后

  • 过滤的索引
  • 表值参数
  • 报告服务没有IIS

我去了PASS 2008上的一堆SQL Server 2008会谈,从我的angular度来看,唯一的“杀手级特性”就是扩展事件。

有很多很大的改进,但这是唯一一个接近于改变我的游戏规则。 表值参数和合并可能是我的下一个最爱。 日常, IntelliSense是一个巨大的胜利..但是,这不是特定于SQL Server 2008,只是SQL Server 2008工具集(其他工具可以给你类似的IntelliSense对SQL Server 2005,2000等)。

有新的function添加 。 但是,你将不得不看看是否值得升级。 尽pipe在Management Studio 2008中有一些很好的改进 ,尤其是查询编辑器的intellisense。

SQL 2008还允许您禁用特定表上的锁升级。 我发现这在小的频繁更新的表上非常有用,其中锁可以升级导致并发问题。 在SQL 2005中,即使在删除语句上使用ROWLOCK提示,锁也会升级,从而导致死锁。 在我的testing中,我开发的应用程序由于SQL 2005上的锁升级而在小型表操作期间发生并发问题。在SQL 2008中,这个问题就消失了。

记住处理大量行锁的潜在开销,但是当你想要非常有用时,可以select停止升级。

我的最爱之一是过滤索引。 现在,我可以为我最关键的查询创build闪电般的索引,而对DML语句只有轻微的影响。

/HåkanWinther

SQL Server 2008引入了四种新的date和时间数据types,其中包括:

* DATE: As you can imagine, the DATE data type only stores a date in the format of YYYY-MM-DD. It has a range of 0001-01-01 through 9999-12-32, which should be adequate for most business and scientific applications. The accuracy is 1 day, and it only takes 3 bytes to store the date. * TIME: TIME is stored in the format: hh:mm:ss.nnnnnnn, with a range of 00:00:00.0000000 through 23:59:59:9999999 and is accurate to 100 nanoseconds. Storage depends on the precision and scale selected, and runs from 3 to 5 bytes. * DATETIME2: DATETIME2 is very similar to the older DATETIME data type, but has a greater range and precision. The format is YYYY-MM-DD hh:mm:ss:nnnnnnnm with a range of 0001-01-01 00:00:00.0000000 through 9999-12-31 23:59:59.9999999, and an accuracy of 100 nanoseconds. Storage depends on the precision and scale selected, and runs from 6 to 8 bytes. * DATETIMEOFFSET: DATETIMEOFFSET is similar to DATETIME2, but includes additional information to track the time zone. The format is YYYY-MM-DD hh:mm:ss[.nnnnnnn] [+|-]hh:mm with a range of 0001-01-01 00:00:00.0000000 through 0001-01-01 00:00:00.0000000 through 9999-12-31 23:59:59.9999999 (in UTC), and an accuracy of 100 nanoseconds. Storage depends on the precision and scale selected, and runs from 8 to 10 bytes. 

http://soft-engineering.blogspot.com/

新function非常棒,它满足了当今时代非常重要的因素。 对于.net人来说,使用SQL Server总是一个福音,我希望使用最新版本的我们将会有更好的安全性和更好的性能,以及压缩数据库的大小的介绍。 备份encryption工具也是现象。

再次感谢微软在软件forms上的伟大想法:)

在过去的几个月中,丹佛SQL Server用户组在SQL 2008的新特性中有一些非常好的介绍,其中包括Paul Nielsen在上个星期从Redmond的“Jump Start”回来后不久(如果我记得事件的名称正确)。

对SQL 2008的所有“新function”都有一些警告,确定哪些function在各种版本中的分类仍在进行中。 许多/大多数新的/非常酷的function,如数据压缩,分区索引,策略等,只会在企业版中。 除非你计划运行企业版,否则很多CTP中的function可能不会采用SQL 2008标准。

在其他小但经常被忽视的问题 – SQL 2008将只有64位,如果你购买新的硬件应该不是一个问题,但如果你打算使用现有的硬件…也,如果你有依赖第三方驱动程序(如oracle)最好确保64位版本可用/可用