将一个更新划分为几个批次

问：我想以一次5,000行的方式批量更新一个大型表，但我不知道怎样分割数据。该表不包含增量数字或整数主键。怎样才能在保持良好性能的同时实现数据更新呢？
答：如果知道哪些行尚未被更新，您可以使用简单的谓词来排除已更新的行，ROWCOUNT设置可以帮助您批量分割数据。以下的代码清单说明了如何使用该设置：
SET ROWCOUNT 1000
WHILE (1=1) BEGIN
BEGIN TRANSACTION
UPDATE...set ...,MyLastUpdate='date',...WHERE
MyLastUpdate < 'date'
-- 更新1000未更新行
IF @@ROWCOUNT = 0
BEGIN
COMMIT TRANSACTION
BREAK
END
COMMIT TRANSACTION
END
在指定的行数返回后，ROWCOUNT将使SQL Server停止查询处理。这项技术很有用，因为它避免了大量更新所致的并发命中；更新中的行数越少，更新任务使其他用户不能访问该数据的可能性就越小。结合事务日志备份，这一方法还可以使您的事务日志的大小降至最低。
如果没有识别已更新行的机制，您可以使用游标遍历所有数据并提交每个x值。但是，游标占用服务器资源的时间通常要多于基于集合的语句。
—Microsoft SQL Server开发团队

问：我的一个表中包含了名为IdValue的单列主键。对于给定的IdValue值，我希望找到紧邻目标值之前和之后的表行（假定结果按IdValue排序）。怎样才能不使用游标而通过一个基于集合的方法得到需要的结果？
答：Transact-SQL是一个基于集合的语言，使用它在结果集中定位特定的行并非一件易事。但是，服务器端ANSI Transact-SQL游标的性能远远不如基于集合的解决方案，因此，学习解决问题的多种技术非常重要，尤其在面临上述问题时。
以Northwind数据库中的Orders表为例。我们可以这样重述该问题：怎样才能在Orders表中找到紧邻特定行之前和之后的行而不使用游标？假设我们按照OrderId列对结果集排序。
创造性地使用SQL Server的MIN()、MAX()和 TOP功能可以帮助您解决诸如此类的结果集定位问题。程序清单1和2给出了两个相似的、仅有细微差别的解决方法。程序清单1提供了一个常见的解决方案，因为它运用了@TargetOrder的MIN()和MAX()终点。但在某些情况下，展示TOP的灵活性也很有用。请注意，在以参数方式提供Orders表的最小OrderId（10248）时，程序清单2中的查询将返回空集，因为该查询假定在@TargetOrder行前总有一个行存在。
一般说来，生成结果集的方法不止一种，其中某一方法通常比其他的更高效。当您对这两个例子评估SHOWPLAN和SET STATISTICS IO信息时，您会发现运用了TOP语句的程序清单2的效率略微高于程序清单1。差别很细微的原因在于样本数据集很小，但在存在多种查询方法的情况下，测试不同方法的性能非常重要。
—Brian Moran
程序清单1：使用包含OR关键字的MIN() and MAX()函数查找目标行
DECLARE @TargetOrder int
SET @TargetOrder=10330
FROM Orders
WHERE OrderId=@TargetOrder
OR OrderId=(SELECT MAX(OrderId)
FROM orders WHERE OrderId < @TargetOrder)
OR OrderId = (SELECT MIN(OrderId)
FROM orders WHERE OrderId > @TargetOrder)
程序清单2：使用TOP关键字查找目标行
SELECT
TOP 3
*
FROM orders
WHERE OrderId >=(SELECT MAX(OrderId) FROM orders
WHERE OrderId < @TargetOrder)
ORDER BY
OrderId

问：我发现sysindexes索引表中的很多条目并不是我自己创建的。听说它们并不是真正的索引，而是SQL Server查询优化器自动创建的统计。怎样才能识别哪些是真正的索引，哪些是SQL Server自动创建的统计呢？
答：按照默认设置，如果表中的某列没有索引，则SQL Server会自动为该列创建统计。然后，查询优化器评估该列中数据分布范围的统计信息，以选择一个更为有效的查询处理方案。分辨自动创建的统计很简单，在SQL Server 7.0和SQL Server 2000中，自动创建的统计的前缀为_WA_Sys。
您还可以使用INDEXPROPERTY()函数的IsAutoStatistics属性来区分一个索引是真正的还是自动创建的统计，让SQL Server优化器选择需要创建的统计。您还可以为您管理的数据库启用“自动创建统计表”选项。
很多人忽略了下面的明显的结论。自动创建统计的存在意味着某个真正的索引可能会从中受益。请考虑下列代码的输出：
USE tempdb
GO
IF OBJECTPROPERTY(OBJECT_ID('dbo.orders'), 'IsUserTable')=1
DROP TABLE dbo.orders
GO
SELECT * INTO tempdb..orders FROM northwind..orders
GO
SELECT * FROM tempdb..orders WHERE orderid = 10248
GO
SELECT * FROM tempdb..sysindexes WHERE id = object_id('orders')
AND name LIKE
'_wa_sys%'
GO
该代码在tempdb中复制Northwind Orders表，选择一行，然后检查SQL Server是否添加了一个统计。很显然，该表没有OrderId列的索引，所以SQL Server自动创建了名为_WA_Sys_OrderID_58D1301D 的统计。OrderId列统计表的存在表明Northwind Orders表将得益于附加的索引。
以下查询显示了为数据库中每个用户表自动创建的统计的数量，该数据库至少有一个自动创建的统计。
SELECT
object_name(id) TableName
,count(*) NumberOfAutoStats
FROM
sysindexes
WHERE
OBJECTPROPERTY(id, N'IsUserTable') = 1
AND INDEXPROPERTY ( id , name , 'IsAutoStatistics' ) = 1
GROUP BY
object_name(id)
ORDER BY
count(*) DESC
并不是所有的统计都可被真正的索引所替代。在某些情况下，SQL Server会为一个表自动创建超过50个统计。很明显，这些表的索引策略很差劲。对表及自动创建的与之相关联的统计的快速记数可以帮助您确定哪些表需要索引。
—Microsoft SQL Server开发团队

很多企业还在各种场合下使用各种版本的Windows 9x，因此，要在这些环境下使用SQL Server 2000，我们必须首先了解Windows 9x的性能和局限。
客户端软件

SQL Server 2000客户端软件是企业版、标准版和专业版都附带的。你可以仅使用SQL Server 2000安装盘里的客户端工具将客户端软件安装到客户机，也可以使用联通性选项（包含在SQL Server客户端访问许可证中）。这个软件的作用是管理SQL Server并可以在SQL数据库中进行ad hoc查询。
这个软件有一些局限。Windows 98和 Windows 95并不提供浏览器支持，这意味着SQL Server对话框不能显示服务器的列表。因此，当你使用注册服务器，注册服务器向导以及查询分析器登陆的对话框的时候，你需要手工输入正确的服务器名。
同样地，企业管理器和服务器代理这样的SQL Server工具必须由用户设置检测服务状态间隔。
服务器端软件
所有的Win9x 操作系统均不能为强化的SQL Server 2000系统提供高效的环境，因为公司级别应用程序的特性在这里是不可用的。因此，你不能在Win9x 系统上使用企业版的SQL Server 2000，不过你仍然可以使用个人版或是桌面引擎版。
SQL Server 2000个人版和桌面引擎比较适合小规模的项目，这些项目需要单独安装作为安全保障(例如，没有足够资金，仅使用win98的研究机构)。
SQL Server 2000桌面引擎是可以重分发版本的关系型数据库引擎，它不需要额外的许可证。然而，桌面引擎还是有一些严重的局限，主要包括以下几点：
它不能自动启动
它没有事件日志
SQL Server性能监视器不可用
它并不包含任何的SQL Server命令，也没有图形用户界面
它不支持named pipes、Banyan VINES servers或是AppleTalk Net-Libraries
它不支持Windows NT集成身份认证
使用多协议加密的Win98客户端不能连接到SQL Server
它不支持异步I/O，因此它不能使用某些I/O优化

/*--------------------------------------------------
/*作者：翁 彦 enhydraboy@yahoo.com.cn
/*--------------------------------------------------
这是一个在我实际一个项目中遇到的问题。03BHL01001（上海）和03BHL01001(上海)比较的结果是一样的。导致引起的重复的主键问题。
03BHL01001（上海）和03BHL01001(上海)差别，就在于前者的括号是全角的括号字符，后者是半角的括号字符。全角的括号字符和半角的括号字符的ascii码显然是不一样的。全角的（ ASCII码是0xA3A8 ，而半角的( 是0x28。那么为什么SQL Server会认为是一样的呢？
问题其实就出在数据库的排序规则上，让我们在仔细研读一下SQL Server的文档。SQL Server的排序规则由这样几部分组成，代码页、区分大小写、区分重音、区分宽度。最后一个在SQL Server的联机帮助中没有进一步提及，其实本篇遇到的问题就是由于这个原因造成的。区分宽度：指定 SQL Server 区分相同字符的单字节表示法（半角）和双字节表示法（全角）。如果没有选择，则 SQL Server 将认为相同字符的单字节表示法和双字节表示法等效。
缺省，安装SQL Server中文版的时候，SQL Server帮你选择的排序规则是Chinese_PRC_CI_AS(Chinese-PRC, case-insensitive, accent-sensitive, kanatype-insensitive, width-insensitive),是中文，不区分大小写、区分重音、不区分假名、不区分宽度。因此，自然就认同03BHL01001（上海）=03BHL01001(上海)。
所以，正确的选择应该是，后缀为WS的中文排序规则。本例中我们应该选择Chinese_PRC_CI_AS_WS。
我们来看一下，指定排序规则是Chinese_PRC_CI_AS_WS后，怎么样了？

select 1 where '03BHL01001（上海）'='03BHL01001(上海)'
collate Chinese_PRC_CI_AS_WS
（所影响的行数为 0 行）

看来这个问题解决了。
重要提示：
如何察看使用那个排序规则呢？可以使用下面的SQL语句。
SELECT *
FROM ::fn_helpcollations()
可以查询所有排序规则的信息。
查出所有中文排序规则的信息
SELECT * FROM
(
SELECT *
FROM ::fn_helpcollations()) A
WHERE name like 'Chinese%'