自来云

摘要： /*前言： 视图是一个包含了一个或多个表的数据列的虚拟表。通常情况下，它仅仅是存储了查询的对象，一个视图可以当作一个表，可以用于存储过程、JOIN、用户自定义函数等等。 视图包含了下面两个主要特性： 1、提供了一个安全机制，用于限制用户只能访问特定的数据。 2、使得开发人员能定制用户的逻辑视图。 当你查询一个视图时，优化器会产生一个单一的执行计划给这个查询。在索引视图未出现之前，视图必须解决... 阅读全文

摘要： /* 前言： 在理解计算列上的索引之前，先了解计算列的基本知识。计算列由可以使用同一表中的其他列的表达式计算得来。表达式可以是非计算列的列名、常量、函数，也可以是用一个或多个运算符连接的上述元素的任意组合。表达式不能为子查询。 默认情况下，计算列是一个虚拟的列，并且可以在调用时重新计算，直到在CREATE TABLE或者ALTER TABLE 命令中使用PERSISTED。 如果列定义成PERS... 阅读全文

摘要： /*前言： 众所周知，索引对性能的提升有巨大作用。但是这是有代价的，索引需要磁盘空间来存放它的B-Tree，并且用于在每次DML执行后更新信息，所以应该在一定时期内检查有无无用索引。 准备工作： 记住别在重启服务器之后进行信息收集，因为DMO将会清空，而数据会非常不准确甚至是错误的。所以应该在运行了一段时间后（业务周期）再做收集。 业务周期根据实际情况而定。一些表和查询会每天... 阅读全文

摘要： /*前言： 如果碎片程度小于%，建议使用重组而不是重建。因为重组不会锁住数据页或者数据表，并且降低CPU的资源。 总得来说，重组会清空当前的B-TREE，特别是索引的叶子节点，重组数据页和消除碎片。和重建不同，重组不会添加任何新数据页。 准备工作： 为了了解是否有必要重组索引，需要首先查看碎片程度，如果在%以下，那一般没必要做什么维护，如果在%~30%，就建议进行重组。 步骤： 1、... 阅读全文

摘要： /*前言： 在开发阶段，很难总是可以在合适的列上创建合适的索引。所以一开始创建的索引可能会无效，此时，需要找出这些无效的索引。 一般来说，当一个查询执行的时候，SQLServer优化器会选择最适合的索引进行执行，当没有找到合适的索引话，优化器会产生一个次优执行计划，并且把丢失索引的信息存放到DMVs上。 当SQLServer服务重启后，所以存储在DMVs上的信息都会丢失，所以最好在正常使用大概周... 阅读全文

摘要： /* 前言： 在第九章中，已经介绍了如何使用索引，当一个索引创建时，以B-Tree格式存放数据，拥有根节点、中间节点、叶子节点。叶子节点是最底层的节点，在聚集索引中，包含了实际数据，而每个数据页有KB。 当表中的数据的增删改发生时，会尝试把数据插入到合适的数据页中。比如有一个聚集索引在SSN上，当插入一个新的SSN数时。SQLServer会尝试把数据插入到合适的数据页，... 阅读全文

摘要： /* 首先先要决定是否达到了重建索引的临界值。否则，重组索引会更好。当碎片超过%，那么重建索引会比较好。 重建索引有两种方式，在重建之前应该考虑使用哪种会更好： 1、脱机：脱机重建索引是默认选项。它会锁住整个表，知道重建结束，没有人可以访问这个表。如果表非常大，这将持续几个小时甚至更久。但是它运行得更快，并且占用Tempdb的资源更少。 2、联机：如果环境不允许脱机，那么可以使用联机重建，但是会... 阅读全文

摘要： /* 前言： DBA的日常任务并不仅仅是创建需要的索引在对应的列上，实际上，DBA还要保持索引创建的高标准。 周而复始，DBA必须盯着一些非常重要的信息： 1、索引的碎片级别 2、丢失索引 3、无效索引 查找索引碎片： 如果索引没有正确维护，那么碎片往往会成为性能瓶颈。微软建议当碎片百分比在~30之 阅读全文

摘要： Category Description User Objects（用户对象） 由用户会话显式创建并且在系统目录中被跟踪的对象。包括： 表及索引； 全局临时表（##t1）及其索引； 局部临时表（#t1）及其索引； 会话（session）范围：包括会话范围及在存储过程中的范围； 表变量（@t1）范围： 阅读全文

摘要： 接着上一章：CPU瓶颈 I/O瓶颈（I/O Bottlenecks）: SQLServer的性能严重依赖I/O子系统。除非你的数据库完全加载到物理内存中，否则SQLServer会不断地把数据库文件从缓存池中搬进搬出，这会引起大量的I/O传输。同样地，日志记录在事务被声明为已提交前必须写入磁盘。最后，SQLServer基于许多原因使用tempdb，比如存储临时结果、排序和保持行版本。所以一个好的I... 阅读全文