使用视图控制用户对数据访问

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

问：我的SQL Server表的一列允许NULL值。我希望在其值为非NULL时，该列是唯一的。怎样才能以编程的方式实现这一行为？如果在该列上设置一个UNIQUE 约束，我只能包含一个值为NULL的记录。我正在使用触发器实现这一约束，您可以推荐一个更简单的方法以保证所有的非NULL值唯一吗？
答：SQL Server没有实现非NULL值唯一性的内建机制，因此您需要通过自定义的CHECK约束来实现这一机制。例如，以下一段编码实现了您所需要的功能：
USE tempdb
CREATE table t1 (c1 int NULL, c2 char(5) NULL)
CREATE trigger mytrigger on t1 for insert, update as
BEGIN
IF (select max(cnt) from (select count(i.c1)
as cnt from t1, inserted i where t1.c1=i.c1 group
by i.c1) x) > 1
ROLLBACK TRAN
END
在SQL Server 2000中，您还可以使用INSTEAD OF触发器来实现这一功能。有关INSTEAD OF触发器的详细信息，请参阅以下文章。如需访问这些文章，请访问SQL Server 杂志网站，在InstantDoc框中输入InstantDoc号，然后点击Go。相关文章如下：
Tricks with INSTEAD OF Triggers; InstantDoc number 15828
INSTEAD OF Triggers on Views; InstantDoc number 15791
INSTEAD OF Triggers; InstantDoc number 15524
—SQL Server MVPs

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