将XML文件导入SQL Server 2000

问：怎样才能将XML文件导入SQL Server 2000？
答：将XML文件导入SQL Server有若干种方法，这里提供其中的3种：
大容量装载COM接口。如果需要将文档的实体和属性析取到关系表中，最快的方法就是使用SQL Server 2000 Extensible Markup Language 3.0 Service Pack 1（SQLXML 3.0 SP1）提供的大容量装载COM接口。大容量状态COM接口包含在SQLXML 3.0 SP1的免费下载中。
textcopy.exe命令行实用工具。如果不希望将文档的实体和属性析取到关系表中，您可以使用textcopy.exe命令行实用工具。Textcopy.exe是将文本和image数据类型从单一服务器行或列移入或移出的优秀工具。
数据转换服务(DTS)。如果XML文档很简单，您可以使用DTS将信息逐行析取到表中。这一方法要求您将XML文件定义为输入数据源，将数据库表定义为输出数据源，并编写ActiveX脚本剖析"<"和">"方式的字符输入，以析取实体、属性及其值。
　
—Microsoft SQL Server开发团队

问：本地的一个ISP托管了我们的SQL Server，但是我不能看到或连接到运行在该计算机上的命名实例。我知道SQL Server 2000命名实例不使用TCP/IP 1433端口，并且确定该SQL Server实例所使用的TCP/IP端口是打开的。您有什么建议吗？
答：许多人知道如何使用SQL Server网络实用工具或SQL Server错误日志来确定SQL Server实例的监听端口。但许多人似乎忘记或者根本不知道——UDP 1434端口也必须是打开的，以确保您能够正确地访问和浏览命名实例。我建议您仔细研究一下这一要求。在SQL Server在线书籍中搜索“1434”，您将得到三个颇有研究价值的搜索结果。在SQL Server杂志网站2001年7月刊我的SQL Server实用技巧专栏中，您还可以查找到有关访问命名实例的信息（InstantDoc ID 21127）。在此我也简单解释一下。SQL Server在UDP 1434端口上建立一个监听服务，让客户端从服务器上查询到命名实例及其网络配置信息的一个列表。该监听服务始终运行在UDP 1434端口上，并且用户无法更改该运行端口。
—Brian Moran

问：我的一个表中包含了名为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

问：我想以一次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开发团队

问：我发现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开发团队