SQL Server数据库为什么不能恢复单表数据
如果能从备份文件中只恢复一个表的数据，那不是很好吗？比如，你备份了AdventureWorks数据库，现的你只恢复里面Vendor表数据。不幸的是，SQL Server本身并不支持这样还原，你需要从第三方提供的工具中来执行这样的任务。
提供这种功能的程序都是一些SQL Server第三方备份工具。它们可以让你从备份文件中抽取或是读取单个表数据。
但是这里有一点要注意是，假如你选择恢复一个完整数据库，那么你选择要恢复的数据有可能与你获取的数据不同。原因就是因为当你执行完整数据库备份时，备份文件包括数据文件和事务日志文件。有一些已经提交的事务还没有写入数据文件，在这种情况下，事务仅仅存储在事务日志中，或者部份数据存储在数据文件。当你使用第三方程序恢复所选择的单表数据时，仅仅只能从备份文件中的数据库文件中获取数据，事务日志中的新数据将会被忽略。
下图显示了在备份期间没有checkpoint的备份序列。
在备份开始之前，如果事务还没有被写到数据文件中，那会怎么样呢？答案是不确定，因为当备份开始后，SQL Server会自动执行checkpoint操作。当checkpoint期间，脏数据页已经被写到磁盘上了。当我们从备份文件恢复单独一个表的数据时，我们能不能认为要恢复的数据就处于备份开始处呢？这取决于备份过程。如果在备份期间没有事务在运行，那就没问题。如果这期间有事务在运行而且checkpoint也没有被触发，那也没问题。但是如果在备份期间有事务在执行，那我们恢复的数据也许就会包括备份起始时的数据，而且在备份期间数据被提交了的话，如果在备份期间发生了checkpoint而且数据也被写到了数据页，而这个数据页在checkpoint发生时没有被备份。（最后这句实在不知道怎么翻译才好，附上原文如下：If however there were transactions performed during the backup, the data we recover may include data at the beginning of the backup, and data that were committed during the backup IF checkpoints occurred during the backup AND the data was written to pages that were not yet backed up yet at the time the checkpoint occurred.）
下图显示了带checkpoint的备份序列
当你进行表级别的恢复之前，要先考虑一些事情。一个完整备份包括所有的数据，还有数据库所有直到备份结尾的改变。一个单独的数据文件无法映射出指定时刻数据库的状态。因此，表级别的恢复包括旧、脏数据。假如在备份期间发生checkpoint的话，就会导致数据�
相关文档：
SQL Server创建临时表：
创建临时表
方法一：
create table #临时表名(字段1 约束条件,
字段2 约束条件,
.....)
create table ##临时表名(字段1 约束条件,
字段2 约束条件,
.....)
方法二：
select * into #临时表名 from 你的表;
select * into ##临时表名 from 你的表;
注：以上的#代表局部临时表，##代表全� ......
本文介绍了SQL Server 2005中少数人用到的两条精品新语法，大家看看自己是否知道呢……
1. OUTPUT ... INTO
用于将一条记录从表一移动到表二时非常好用，常见于备份记录的应用
例一：
DELETE [TableUseing]
OUTPUT *
INTO [TableBak]
例二：(用于移动时修 ......
1、INSTR4(string1,string2[,a][,b]) 返回string1中包含string2的位置a和b是以UCS4代码点为单位。
以上函数返回string1中包含string2的位置。从左边开始扫描string1,起始位置是A。如果A为负数那么从右边开始扫描。第B次出现的位置将被返回。A和B缺省都为1，即返回在
string1中第一次出现string2的位置。如果string2在A� ......
如果表中存放的数据是树形结构，当知道某一个节点的值时，同时想取得它所有子节点的数据。
表结构：
表中存放的是部门组织结构， BMN_CD部门，SSK_KAISO_LV是阶层，BMN_MKJ部门名称，JOI_KAISO_LV上 ......
