数据库

填充因子仅仅在索引创建或重建时生效，SQL Server存储引擎并不会一直保证页内的空闲值和填充因子保持一致

嵌套事务可不会像其语法表现的那样看起来允许事务嵌套。我真不知道为什么有人会这样写代码，我唯一能够想到的就是某个哥们对SQL Server社区嗤之以鼻然后写了这样的代码说：“玩玩你们”

乍一看，由于BACKUP WITH CHECKSUM会检测所有分配出去的页的校验和的值，这个误区貌似是这么回事，但实际上并不是这么回事

在大容量事务日志恢复模式下只有一小部分批量操作可以被“最小记录日志”,这类操作的列表可以在Operations That Can Be Minimally Logged找到。这是适合SQL Server 2008的列表，对于不同的SQL Server版本，请确保查看正确的列表

对堆建聚集索引再DROP在我看来是除了收缩数据库之外最2的事了

备份不会导致对用户对象加锁，虽然备份对IO系统的负担导致看起来阻塞了，但实际上不会。唯一的特例是当备份包含到那些最小日志操作涉及到的数据区需要被加锁时，这个操作会阻塞CheckPoint,但DML操作永远不会受到备份操作的阻塞

十二个月份的英文缩写，只有五月份是全称与缩写一样，其它月份的缩写仅是取前三位字母。因此Insus.NET写成一个自定义函数获取月份名称缩写,感兴趣的朋友可以了解下

WITH ROLLUP 在生成包含小计和合计的报表时，ROLLUP 运算符很有用,ROLLUP 运算符生成的结果集类似于 CUBE 运算符所生成的结果集,接下来介绍Sql Server 分组统计并合计总数实现代码，感兴趣的朋友可以了解下哦

SQL Server中文版的默认的日期字段datetime格式是yyyy-mm-dd Thh:mm:ss.mmm,整理了一下SQL Server里面可能经常会用到的日期格式转换方法

。最近时间刚从客户端转入后台写服务，对于后台数据库以及服务的书写完全是个小白，所以最近写的肯定没有太多技术含量

sqlserver中关于WINDOWS 性能计数器的介绍，需要的朋友可以看下

有一张错误上报表，现在要做的是统计在某个时间段[beginTime,endTime]（其中beginTime，endTime由前台进行传入）内，每个上报人上报错误点的总数以及已解决错误的总数,闲话不说，看代码

得到执行计划的方式有两种:一种是在指令的前面打开一些开关，让执行计划信息打在结果集里，这种方法比较适合在一个测试环境里对单个语句调优;另一种方法是使用SQL Trace里的事件跟踪来跟踪语句的执行计划,感兴趣的朋友可以了解下

例如语句的编译时间、执行时间、做了多少次磁盘读等,如果DBA能够把问题语句单独测试运行，可以在运行前打开下面这三个开关，收集语句运行的统计信息。这些信息对分析问题很有价值,感兴趣的朋友可以了解下

在SQL语句调优的时候，大部分都会查看语句执行时间，究竟SQLSERVER显示出来的统计结果是什么意思,接下来为您一一解释，感兴趣的朋友可以了解下

触发器就是我们想要的神器了。我们可以在那张动态表上新建触发器。触发器的实质就是个存储过程，只不过他调用的时间是根据所建的动态表发生该表而执行(即：Insert新数据，Update或者Delete数据)具体怎么使用触发器，今天我这里就不介绍了

存储过程实现订单号，流水单号是一个比较不错的功能，在处理订单方面起到一个不错的作用;此文章是借鉴园中的各位大神的，本人只是略作修改。有不好的地方，欢迎吐槽

本文将介绍编译的含义；执行计划重用的利弊以及重编译的发生场景等等，为您学习SQLSERVER编译与重编译打下很好的基础，感兴趣的朋友可以了解下

这篇主旨是揭示堆表的删除记录找回的原理，我所考虑的方面并不适用于每个人的每种情况，望大家见谅

非聚集索引也是堆结构？其实SQLSERVER有几种页面类型（数据都使用一页一页来存储，就像Windows的内存也是使用页面来组织的）感兴趣的朋友可以了解下，希望本文可以增加你们对非聚集索引结构的理解