SQL Server 2005新特性，部分备份（partial backup）
也是SQL Server 2005带来的新特性，部分备份（partial backup）自动创建数据库中主文件组和所有激活读写功能的文件组的备份。如果备份存在只读文件组的数据库，部分备份将只对主文件组进行备份。这个选项对于那些存在只读文件组的超大型数据库是理想的，它不需要像那些可写的文件组备份得那么频繁。
除了需要指定READ_WRITE_FILEGROUPS选项外，执行部分备份的语法几乎和完整备份的相同。如果想备份只读文件或文件组，也可以显式地指定它们。
在第一个示例中，只使用了READ_WRITE_FILEGROUPS选项（在这个示例中，文件组FG3是只读的）：
这个查询返回：
已为数据库'TestDB'，文件'TestDB'(位于文件1上)处理了2472页。
已为数据库'TestDB'，文件'TestDB_log'(位于文件1上)处理了1页。
BACKUP DATABASE...FILE=<name>成功处理了2473页，花费2.408秒(8.413MB/秒)。
在第二个例子中，在部分数据库备份中显式地包含了只读文件组。为了准备进行这个示例，VLTestDB的FG2文件组将被设置为READONLY：
返回的信息是：
文件组属性'READONLY'已设置。
现在，只读文件组被显式地包含在部分数据库备份中：
返回的信息是：
已为数据库'VLTestDB'，文件'VLTestDB'(位于文件1上)处理了176页。
已为数据库'VLTestDB'，文件'VLTestDB2'(位于文件1上)处理了8页。
已为数据库'VLTestDB'，文件'VLTestDB3'(位于文件1上)处理了8页。
已为数据库'VLTestDB'，文件'VLTestDB_log'(位于文件1上)处理了2页。
BACKUP DATABASE...FILE=<name>成功处理了194页，花费0.406秒(3.896MB/秒)。
解析
只读文件组包含了不能写入的文件。因为只读数据不能改变，只需要周期性地对它进行备份（为了接受更新将它改为可读写的）。对于超大型数据库，对只读文件组做不必要的备份会耗尽时间和磁盘空间。新的部分数据库备份选项允许只对主文件组和所有可写文件组和文件进行备份操作，并不需要显式地列出所有的文件组。如果希望在备份中包含只读文件组，你仍然可以做到。
在此技巧的第一个示例中，使用了READ_WRITE_FILEGROUPS选项，而没有指定任何文件，它备份了所有主数据文件和可写的文件，而省略了FG3文件组中的TestDB4只读文件。在此技巧的第二个例子中，通过指定FILEGROUP选项将文件组包含在备份中。
在这两个示例中，从部分备份进行数据库恢复的操作也假定你有对省略的文件进行的文件组或文件备份。本章稍后会演示从部分备份进行恢复操作。
相关文档：
SQL Server 2000中，insert数据的时候返回自动编号的id，有三种方法实现SCOPE_IDENTITY、IDENT_CURRENT 和 @@IDENTITY，它们都返回插入到 IDENTITY 列中的值。
IDENT_CURRENT ：返回为任何会话和任何作用域中的特定表最后生成的标识值。IDENT_CURRENT 不受作用域和会话的限制，而受限于指定的表。IDENT_CURRENT 返回为任 ......
面向 OLTP 应用程序的重要 SQL Server 2005 性能问题
OLTP 工作负荷的特征是存在大量相似的小型事务。
在检查数据库设计、资源利用和系统性能的重要性时，请务必牢记这些特征。下面简述面向 OLTP
应用程序的重要性能瓶颈或缺陷。
数据
库设计问题
常用查询存在过多的表联接。在 OLTP 应用程序中过多使用联接将导 ......
PL/SQL DEVELOPER 基本用法详解(建议写过第一个存储过程后的初手必读)
用过oracle的都抱怨，为了稳定 它提供的图形化操作 速度慢的让人伤心呀，p4+128M的机器只要启动一个
oracle服务就够让人伤心的，再在dba studio里面操作真能让人哭。
pl/sql developer正是解决这个问题� ......
摘要：本文介绍了在客户机上处理 Microsoft sql server(WINDOWS平台上强大的数据库平台) 查询的方式，各种客户机与 sql server(WINDOWS平台上强大的数据库平台) 的交互方式，以及 sql server(WINDOWS平台上强大的数据库平台) 在处理客户机程序的请求时需要完成的工作。
简介
Microsoft(R) sql server(WINDOWS平台上强 ......
