实现SQL Server 2008中的文件流功能
SQL Server 2008中最新的文件流功能使得你可以配制一个数据类型为varbinary(max)的列，以便将实际数据存储在文件系统中，而非在数据库中。只要愿意，你仍可以作为一个常规的二进制列来查询此列，即使数据自身存储在外部。
文件流特性通过将二进制大字段数据存储在本地文件系统中,从而将Windows新技术文件系统(NTFS)和SQL Server数据库引擎集成在一起。你可以使用Transact-SQL语句来查询、插入或更新数据，或者使用Win32文件系统界面来直接访问数据。
微软建议你仅在以下几种情况下使用文件流:(1)你的二进制大字段数据文件平均大于1M,(2)你需要快速读取此数据,(3)你的应用程序使用中间列来处理应用逻辑。否则，你应该使用常规的varbinary(max)列。
要激活SQL Server 2008服务中的文件流支持，需要遵照以下几步：
·配制数据库来支持文件流存储。
·定义支持文件流存储的列。
·启动SQL Server服务中的文件流支持
要激活SQL Server 2008中指定实例的文件流支持,你必须首先配制此实例的SQL Server服务。在SQL Server配制管理器中，打开服务属性并选择“文件流”页签。
你至少需要选上“启动Transact-SQL文件流访问”勾选框。因为插入及更新数据最有效的方法是通过Win32界面，然而，你也需要激活服务来持文件流(如果有必要，也可以启动允许远程客户端访问文件流数据)。
在你激活了SQL Server服务中的文件流支持后，必须设置文件流访问级别，你可以在SQL Server管理器中设置。要设置访问级别，需执行以下T-SQL语句：
EXEC sp_configure filestream_access_level, 2
GO
RECONFIGURE
GO
在这里，我使用系统存储过程sp_configure将访问级别设为2，这个级别可同时支持T-SQL和Win32流访问。如果我想只是支持T-SQL访问，则需要将访问级别设为1。如果设置为0，将会禁用SQL Server实例的文件流支持。在你运行存储过程后，需要运行RECONFIGURE命令来应用新的选项设置。
配制数据库来支持文件流存储
支持文件流存储的下一步操作是向数据库定义中添加一个文件流文件组。文件流文件组是一个特殊的文件组类型，它包含文件系统目录(数据容器)。例如，在下边的数据库定义中，我创建了一个名为FileStreamGrp的文件流文件组。
USE master
GO
IF EXISTS
SELECT name from sys.databases
WHERE name = 'HumanResources')
�
相关文档：
日志读取器只将已经COMMIT的事务传送到分发数据库。
测试方法：
1. 在发布数据库执行：
begin tran
insert testTable2 (aaa,bbb,ddd,ccc)
values ('jawefwao','jfowijef','jaiwejfo','civjoiw')
insert testTable2 (aaa,bbb,ddd,ccc)
values ('jawefwao2','jfowijef2','jaiwejfo2','civjoiw2')
insert& ......
IN
确定给定的值是否与子查询或列表中的值相匹配。
EXISTS
指定一个子查询，检测行的存在。
比较使用 EXISTS 和 IN 的查询
这个例子比较了两个语义类似的查询。第一个查询使用 EXISTS 而第二个查询使用 IN。注意两个查询返回相同的信息。
USE pubs
GO
SELECT DISTINCT pub_name
from publishers
WHERE ......
一、基础
1、说明：创建数据库
Create DATABASE database-name
2、说明：删除数据库
drop database dbname
3、说明：备份sql server
--- 创建 备份数据的 device
USE master
EXEC sp_addumpdevice disk, testBack, c:mssql7backupMyNwind_1.dat
--- 开始 备份
BACKUP DATABASE pubs TO testBack
4、� ......
你可能常常会需要运行一个ad hoc查询从远程OLE DB数据源提取数据，或者批量向SQL Server表导入数据。在这种情况下，你可以在T-SQL(Transact-SQL，微软对SQL的扩展)中用OPENROWSET函数给数据源传入一个连接串和查询来提取需要的数据。
你可能常常会需要运行一个ad hoc查询从远程OLE DB数据源提取数据，或者批量向SQL ......
