SQL Server中备份文件累积的问题
你创建的每一个备份都是一个备份设备，关于它的细节信息都存储在msdb..backupset表中。一个备份设备可以被存储在单一文件，或是多个文件中。同样，一个文件也可以存储多个备份设备。
所以，假如你每次备份都使用相同的文件名，文件就会一直增长。一个普遍的误解是：如果你每次使用相同的文件名，那旧的备份设备就会被覆盖。但事实却不是这样的。
那我们怎么分辨一个文件中是否包括多个备份设备呢？你可以使用RESTORE HEADONLY命令来实现。
如上图，文件中的所有备份设备都被列了出来。你怎么还原一个指定的备份设备呢？你可以使用FILE参数，如下：
RESTORE DATABASE AdventureWorks from DISK = 'g:\backups\AdventureWorks_full.bak' WITH FILE = 3
上面的命令是从文件中的第三个备份设备中还原AdventureWorks数据库。
如果你不使用FILE参数会如何呢？SQL Server会使用第一个备份设备来还原数据库。
注意：假如你的用户总是抱怨他们还原的数据库不是他们备份的那个，那就有可能是因为备份文件包含多个备份设备，他们把错的设备还原了。
能不能从一个文件中删除某个指定的备份设备呢？答案是NO。有没有可能总是相使用相同的文件来备份，但是每次都覆盖旧的备份设备，以便使文件总是只包括最新的备份设备呢？这当然可以，只要在备份时使用INIT选项，如下：
BACKUP DATABASE AdventureWorks TO DISK = 'G:\backups\full\AdventureWorks.bak' WITH INIT
假如备份设备在创建时使用了EXPIREDATE或是RETAINDAYS选项，那么INIT选项就会在覆盖旧版本的备份设备时发生错误。当备份设备在创建时使用了EXPIREDATE的话，那这个日期之前的备份设备就不能被覆盖。同样，当一个备份设备在创建时使用了RETAINDAYS选项，那就暗示在它创建指定的天数内，它不能被覆盖。假如强行要覆盖备份设备的话，类似的消息会显示如下：
Server: Msg 4030, Level 16, State 1, Line 1
The medium on device 'e:\temp\testdb.bak' expires on Jun 23 2008 11:28:50:000PM and cannot be overwritten.
Server: Msg 3013, Level 16, State 1, Line 1
BACKUP LOG is terminating abnormally.
如果你依旧想覆盖那些使用了EXPIREDATE或是RETAINDAYS备份设备的话，可以使用FORMAT选项，如下：
BACKUP DATABASE AdventureWorks TO DISK = 'G:\backups\full\AdventureWorks.bak' WITH FORMAT
备份文件积累的优缺点：
优点：
你可以把一周的备份设备整合到一个单一文件
相关文档：
PowerDesigner生成SQL脚本时表名、字段名带引号问题
使用PowerDesigner生成数据库脚本时，表名一般会带引号。如下：
加引号是PL/SQL的规范，数据库会严格按照“”中的名称建表，如果没有“”，会按照ORACLE默认的设置建表，默认是全部大写� ......
哈希联接是第三种物理联接运算符，当说到哈希联接时，它是三种联接运算中性能最好的．嵌套循环联接适用于相对较小的数据集，而合并联接适用于中等规模的数据集，而哈希联接则适用于大规模联接的数据集．
哈希联接算法采用＂构建＂和＂探测＂两步来执行．在＂构建＂阶段，它首先从第一个输入中读取所有行（常叫做左或构建� ......
字号： 大大 中中 小小
锁定数据库的一个表
SELECT * from table WITH (HOLDLOCK)
注意: 锁定数据库的一个表的区别
SELECT * from table WITH (HOLDLOCK)
其他事务可以读取表，但不能更新删除
SELECT * from table WITH (TABLOCKX)
其他事务不能读取表,更新和删除
SELECT 语句中“加� ......
---确认分配瓶颈
SELECT session_id,wait_duration_ms,resource_description
from sys.dm_os_waiting_tasks
WHERE wait_type LIKE 'PAGE%LATCH_%' AND
resource_description LIKE '2:%'
--查询tempdb中当前引发最多分配和回收操作
SELECT TOP 10
t1.session_id
,t1. ......
其实你可以使用事务处理
比方说在一个字段里面添加一个boolean 的字段当你要处理该字段的时候就 True 哪么别的人都不可以进行操作
如果是False 哪么就可以进行操作～～呵可～～我是这样的
不过你可以看看
SQL锁机制
以下是我找的一些料 如果要理解SQL锁机制 最好把下来看完哦
默认的事务隔离� ......
