删除sql server数据库中所有数据
其实删除数据库中数据的方法并不复杂，为什么我还要多此一举呢，一是我这里介绍的是删除数据库的所有数据，因为数据之间可能形成相互约束关系，删除操作可能陷入死循环，二是这里使用了微软未正式公开的sp_MSForEachTable存储过程。
也许很多读者朋友都经历过这样的事情：要在开发数据库基础上清理一个空库，但由于对数据库结构缺乏整体了解，在删除一个表的记录时，删除不了，因为可能有外键约束，一个常见的数据库结构是一个主表，一个子表，这种情况下一般都得先删除子表记录，再删除主表记录。
说道删除数据记录，往往马上会想到的是delete和truncate语句，但在遇到在两个或多个表之间存在约束的话，这两个语句可能都会失效，而且最要命的是这两个命令都只能一次操作一个表。那么真正遇到要删除SQL Server数据库中所有记录时，该怎么办呢？有两个选择：
1.按照先后顺序逐个删除，这个方法在表非常多的情况下显得很不现实，即便是表数量不多，但约束比较多时，你还是要花费大量的时间和精力去研究其间的约束关系，然后找出先删哪个表，再删哪个表，最后又删哪个表。
2.禁用所有约束，删除所有数据，最后再启用约束，这样就不用花时间和精力去研究什么约束了，只需要编写一个简单的存储过程就可以自动完成这个任务。
从这两个选择中不难看出第二个选择是最简单有效的了，那么在使用第二个选择时，具体该怎么实施呢？
首先得编写代码循环检查所有的表，这里我推荐一个存储过程sp_MSForEachTable，因为在微软的官方文档中没有对这个存储过程有描述，很多开发人员也许都还未曾听说，所以你在互联网上搜索得到的解决办法大多很复杂，也许有的人会认为，既然没有官方文档，这个存储过程可能会不稳定，打心理上会排斥它，但事实并非如此。下面来先看一个完整的脚本：
CREATE PROCEDURE sp_DeleteAllData
AS
EXEC sp_MSForEachTable 'ALTER TABLE ? NOCHECK CONSTRAINT ALL'
EXEC sp_MSForEachTable 'ALTER TABLE ? DISABLE TRIGGER ALL'
EXEC sp_MSForEachTable 'DELETE from ?'
EXEC sp_MSForEachTable 'ALTER TABLE ? CHECK CONSTRAINT ALL'
EXEC sp_MSForEachTable 'ALTER TABLE ? ENABLE TRIGGER ALL'
EXEC sp_MSFOREACHTABLE 'SELECT * from ?'
GO
这个脚本创建了一个命名为sp_DeleteAllData的存储过程，前面两行语句分别禁用约束和触发器，第三条语句才是真正地删除所有数据，接下里的语句分别还原约束和触发器，最后一条语句是显示
相关文档：
SQL Server 系统全局变量
@@CONNECTIONS
返回自上次启动以来连接或试图连接的次数。
@@CURSOR_ROWS
返回连接上最后打开的游标中当前存在的合格行的数量(返回被打开的游标中还未被读取的有效数据行的行数)
@@DATEFIRST
返回每周第一天的数字
@@ERROR
返回最后执行的SQL 语句的错误代码。
@@FETCH_STATUS
返回 ......
启动与配置参数 更改系统元数据和参数配置 动态视图 存储的物理和逻辑结构 启动和关闭
top启动与配置参数
在SQL Server安装的时候，同时也会往Windows注册表里面添加一些记录，这些注册表键值指定了实例所需要的各种参数。比如，有的注册表键值指定了错误日志的保存目录，另外的指定了默认的备份目录等等。SQL Server在� ......
Transact-SQL 语言使用的流程控制命令与常见的程序设计语言类似主要有以下几种控制命令。
4.6.1 IF…ELSE
其
语法如下：
IF <条件表达式>
<命令行或程序块>
[ELSE [条件表达式]
<命令行
或程序块>]
其中<条件表达式>可以是各种表达式的组合，但表达式的值必须是逻辑值“真&rdq ......
使用 ESCAPE 关键字定义转义符。 在模式中，当转义符置于通配符之前时，该通配符就解释为普通字符。例如，要搜索在任意位置包含字符串 5% 的字符串，请使用： WHERE ColumnA LIKE '%5/%%' ESCAPE '/'
2.ESCAPE 'escape_character' 允许在字符串中搜索通配符而不是将其作为通配符使用。 escape_character 是放在通配符前表 ......
SQL Servertimestamp数据类型与时间和日期无关。SQL Servertimestamp是二进制数字，它表明数据库中数据修改发生的相对顺序。实现timestamp数据类型最初是为了支持 SQL Server 恢复算法。每次修改页时，都会使用当前的 @@DBTS 值对其做一次标记，然后 @@DBTS 加1。这样做足以帮助恢复过程确定页修改的相对次序，但是timest ......
