SQL Server如何提高数据库备份的速度
对于一个数据库完整备份来说，备份的速度很大程度上取决于下面两个因素：读磁盘数据、日志文件的吞吐量，写磁盘数据文件的吞吐量。
下图是备份过程中磁盘的变化情况：
读吞吐量
读吞吐量的大小取决于磁盘读取数据的速度，而磁盘读取的速度又取决于数据文件在磁盘中的位置。因此，位于不同盘符上不同数据库文件的读取速度都不相同。
测量读吞吐量的一个方法就是进行一次数据库完整备份，然后使用Windows性能监控器(perfmon)来监控数据库文件所在磁盘的Read bytes/sec 性能计数器。保存备份文件的磁盘应该在物理上区别于数据库文件所在的磁盘，否则测量精度会不准确。当然备份同时也应该会有另外一些来自系统或是其他应用程序对磁盘的读取操作。
注意：如果你使用完整备份来监测磁盘读写吞吐量的话，那么这个测试用的备份文件应该和其他常规备份放在一起，以便恢复时使用。也就是说，如果你在测试备份文件之后又进行了常规差异备份，那么这些差异备份就会以这个测试备份为还原的起始点。
假设数据库所有文件的大小都是相等的，那么你获取的最小测量值就是你指定数据库在系统中最大的备份吞吐量了。
另一个测量读吞吐量的方法是在NUL设备上执行备份，如下：
BACKUP DATABASE AdventureWorks TO DISK = 'NUL' WITH COPY_ONLY
注意我们使用了COPY_ONLY选项，这个选项仅仅在SQL Server 2005及以上版本中才提供。你可以在SQL Server2000上执行相同的备份，只是要忽略这个选项，但是一定要小心。因为备份到NUL设备也会被认为是一个有效备份，这就意味着当你执行备份到NUL设备后，你后续的所有差异备份都将不可用，除非你在执行备份到NUL设备后，再执行一次常规的数据库完整备份。假如你执行事务日志备份到NUL设备，那么你将破坏日志恢复链，导致后续事务日志备份不可用。
如果你必须在SQL Server 2000上执行备份到NUL设备的话，一定要做好备灾恢复的准备。
假设我现在已经测量出我的AdventureWorks读吞吐量为46MB/sec。这就是说，46MB/sec是最大的备份吞吐量了，也是我的磁盘能提供给SQL Server备份读线程最快的速度了。那我们如何提高这个速度呢？使用更快的磁盘肯定是一种方法。另外的方法就是把数据库文件分散到多个物理磁盘上，以便于在读数据时可以同步创建多个读线程。减小数据库文件的碎片级别也可以提高吞吐量，特别是当数据库文件有大量碎片存在时。
写吞吐量
现在开始说说写吞吐量。执行一个文件备份，在我的系统中，我得到了如下的
相关文档：
■ 开发前要求配置
■ Select XML格式数据
■ Insert XML格式数据
■ Updata XML格式数据
■ Delete XML格式数据
开发前要求配置
必须安装Oracle客户端
把Classpath指向
classes111.zip ......
字符串函数对二进制数据、字符串和表达式执行不同的运算。此类函数作用于CHAR、
VARCHAR、 BINARY、 和VARBINARY 数据类型以及可以隐式转换为CHAR 或VARCHAR的
数据类型。可以在SELECT 语句的SELECT 和WHERE 子句以及表达式中使用字符串函数。常用的
字符串函数有：
一、字符转换函数
1、ASCII()
返回字符表达式最左� ......
下面是Sql Server 和 Access 操作数据库结构的常用Sql，希望对你有所帮助。
新建表：
create table [表名]
(
[自动编号字段] int IDENTITY (1,1) PRIMARY KEY ,
[字段1] nVarChar(50) default \'默认值\' null ,
[字段2] ntext null ,
[字段3] datetime,
[字段4] money null ,
[字段5] int default 0,
[字段6] De ......
sql 两表关联 更新
update set from 语句格式
Sybase和SQL SERVER：UPDATE...SET...from...WHERE...的语法，实际上从源表获取更新数据。
在 SQL 中：
Update A SET A.dept =B.name
from A LEFT JOIN B ON B.ID=A.dept_ID ......
1.一道SQL语句面试题，关于group by
表内容：
2005-05-09 胜
2005-05-09 胜
2005-05-09 负
2005-05-09 负
2005-05-10 胜
2005-05-10 负
2005-05-10 负
如果要生成下列结果, 该如何写sql语句?
胜 负
2005-05-09 2 2
2005-05-10 1 2
------------------------------- ......
