小编Jea*_*amp的帖子

我正在使用 sqlcmd.exe 运行一个大型 SQL 脚本，并且服务器 CPU 使用率在过去 5 小时内一直处于 100%。SQL 脚本文件的大小为 156 MB。我在 SQL Server 2005 上运行脚本。这对我来说并不正常。

使用 SQL Server Management Studio 运行脚本不是一种选择，因为它不会运行非常大的文件。

注意：我知道 SQL 脚本很好，因为我可以使用另一个工具（xSQL 数据）在本地机器上运行它。不幸的是，我无法访问服务器上的该工具。

我正在为我正在开发的应用程序建模一个数据库，我面临着一个选择，我想知道最佳实践是什么。

假设我有一个 Documents 表和一个 Users 表。文档可以是通用的，也可以通过三种方式与用户相关：

由用户创建，在这种情况下，他有权访问文档；关于用户，在这种情况下，可能会或可能不会授予他访问文档的权限；为该用户量身定制，在这种情况下，他可能已经或可能尚未授予对文档的访问权限；

我可以用一个包含 DocumentId 字段、UserId 字段的表建模多对多关系，并告诉用户是否有权访问文档：

?

另一种方法是拥有一个多对多表，其中包含一个 UserId 字段和一个 DocumentId 字段，以将文档链接到有权访问它们的用户，并且如果文档是空的，则文档表中还有一个 UserId 字段通用或包含与其相关的用户的 ID。

?

第一种方法看起来更整洁，因为只有一个 UserId FK。然而，第二种方法允许按用户过滤文档，而无需加入表格。

这里的最佳做法是什么？