分类： 数据库开发技术
2009-04-13 02:36:20
问：一些资料介绍说，在SQL Server 6.5中，排序方式会对系统性能造成影响，但是我并没有发现有针对SQL Server 2000或SQL Server 7.0的类似说法。我想知道二分法检索对SQL Server 2000程序到底有何意义。SQL Server 2000所支持的各种排序方式之间在执行性能上存在哪些差异呢？
答：请记住：各类排序方式间的性能差异受制于SQL Server在数据排序和数据比较上所花费的CPU周期数量。排序速度快并不代表性能就一定会得到改善。事实上，选择较为“快速”的排序方法（例如二分法）可能会导致应用程序在其它方面的性能降低。
例如，假设您有一个查询，该查询通过last_name字段进行搜索。二分法排序的规则规定：Smith 并不等于smith。您的应用程序开发人员可以通过要求所有数菥??笮葱问交蛐⌒葱问嚼词迪终飧鲆滴衤呒?５?牵???导实慕饩霭旆ㄊ嵌运?阉鞅碇械乃?惺?菔褂肬PPER() 或者 LOWER() 函数。但不幸的是， 如果类似UPPER()这样的函数对一个经过索引的列进行了操作，SQL Server将不再能够使用索引搜索数据。在这种情况下，通过使用二分法所获得的所有性能提升都将被花费在全表扫描上的巨大性能降低所抵消。所以，您无需考虑不同排序方法间可能存在的微小性能差异，您也无需费神考虑何种排序方法最能满足程序开发人员和最终用户的需要。
— SQL Server MVPs
--------------------------------------------------------------------------
日志文件的增长和DBCC DBREINDEX
问：我有一个30GB的数据库，我使用完全恢复模式。无论什么时候，只要我使用数据库一致性检查程序（DBCC）语句DBCC DBREINDEX对特定的大型数据表进行重新索引，我都要将恢复模式改为Bulk_Logged，在重新索引过程完成后再改回完全模式。我希望这样做能够避免事务日志文件急剧增长，但是随后的日志文件备份工作量却非常大--有大约15GB。从逻辑上说，数据库中的数据在重新索引后同原先并没有什么不同，只是索引重新进行了组织，那么为什么日志文件还是那样大呢？我怎样才能避免日志文件出现这样的急剧增长呢？
答：是的，在重新索引前后的数据是完全一样的，但是索引却全面进行了更新。当您执行DBCC DBREINDEX命令的时候，SQL Server的日志仅仅记录了扩展盘区的分配情况（8页面单位），而不是记录了每一行或者每一页所发生的变化。这种类型的日志记录方式避免了物理文件由于系统故障而遭到破坏，并且将更详细的日志记录对系统吞吐量产生的影响降低到最小。
当您备份日志文件的时候，SQL Server必须对分配在扩展盘区中的页面进行备份，以便保持数据库备份和日志备份的一致性。如果SQL Server不备份这些页面，您将不能够切换回完全恢复模式，除非你进行一次完整的数据库备份。您必须能够从最近一次的完全备份、任何差异备份以及任何更新的事务日志备份中对数据库进行恢复。
SQL Server面试题（实际应用）一文收集自互联网。
