如何使用系统管理员帐户管理多个开发人员？

问：在我们的开发环境下，每个人都有系统管理员（sa）密码，5个组使用一个数据库。在某个开发人员不小心删除了数据后，我没有办法确定谁删除哪一块数据。当开发人员更新数据库中的数据时，如何审核工作站或登录ID？
答：因为您工作于开发环境下，使用SQL事件探查器和服务器跟踪所带来的性能损失并不会影响生产环境，所以您可以设置一个服务器跟踪，在后台将信息记录在一个表中。然后，您可以搜索该表以确定谁删除了数据。
显然，一次为多个用户分配sa账户会带来许多问题。以下是您应该采取的一些措施：
为每个开发团队创建该数据库的一份拷贝，为每个团队提供一个仅数据库拥有者才有访问权的账户。这样的话，他们就不会互相影响了。
　
如果每个开发人员都需要sa访问权（例如运行SQL事件探查器跟踪），并且您运行的是SQL Server 2000 Enterprise或Developer Edition，您可以为每个团队提供SQL Server的一个实例及其专用的sa密码。
　
考虑为每个项目设置一个开发环境，并以一个集成环境的方式由一个版本数据库管理员对所有项目间冲突进行管理。这样的话，因为架构改变脚本在进入集成环境之前已经经过了测试，生产版本的质量将有所改善。
　
—The Microsoft SQL Server开发团队

问：我的Microsoft Access 2000应用程序由后端的SQL Server 2000数据库写入数据。为防止Access的用户看到SQL Server 2000表中的全部数据，我想使用一种只允许用户浏览授权数据行的视图。可以创建一种限制用户访问SQL Server数据的视图吗？
答：可以。如果每位用户以唯一的用户ID登录到Access，您就可以创建一种限制用户访问SQL Server数据的视图。以下的示例语句就可以创建这样一种视图：
CREATE VIEW v_data AS
SELECT <column_list>
FROM dbo.mytable AS a
INNER JOIN dbo.authtable AS b
ON (a.Pkey = b.DataKey
AND b.userid = suser_sname())
该视图按userid限制用户的访问权。它要求您保存一份与数据表（mytable）中特定主键相匹配的用户名的表（authtable）。如果您的情况相对比较简单——您无需管理多个用户的行访问权，则您可以将userid列插入到数据表中，如下列代码所示：
CREATE VIEW v_data AS
SELECT <column_list>
FROM dbo.mytable AS a
WHERE a.userid = suser_sname()
—Microsoft SQL Server 开发团队

问：怎样在一个UPDATE语句中使用表B的三个列更新表A中的三个列？
答：对这个问题，您可以使用强大的关系代数。本页中的代码说明了如何组合使用FROM子句和JOIN操作，以达到用其他表中数据更新指定列的目的。在设计关系表达式时，您需要决定是否需要单一行匹配多个行（一对多关系），或者需要多个行匹配被联接表中的单一行以更新所有行（多对一关系）。
在一对多关系中，SQL Server始终使用它找到的最后一行更新数据。但是，您无法控制最后一行所在的位置。在多处理器的计算机上，查询可能是同步进行的，相同的查询最后一行的位置可能会不同。因此，Microsoft建议尽量不要使用一对多关系。
如果待更新的表与FROM子句中的表相同，并且FROM子句只包含对该表的一个引用，别名可能未被指定。如果待更新的表在FROM子句中出现了多次，只有该表的一个引用可以省略表的别名，对该表的所有其他引用必须包含一个表别名。
USE tempdb
GO
CREATE TABLE #t1 (c1 int NOT NULL, c2 char(5), c3 char(5),
c4 char(5))
GO
CREATE TABLE #t2 (c1 int NOT NULL, c2 char(5), c3 char(5),
c4 char(5))
GO
--数据赋值
INSERT #t1 values (1,'hello','there','fred')
INSERT #t2 values (1,'how','are','you?')
--更新数据
UPDATE #t1 SET #t1.c2 = #t2.c2, #t1.c3 = #t2.c3,
#t1.c4 = #t2.c4
FROM #t2
WHERE #t1.c1 = #t2.c1
--检查结果
SELECT * FROM #t1
—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

问：怎样才能将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开发团队