我正在为我正在开发的应用程序建模数据库，我面临着一个选择，我想知道最佳实践是什么。
假设我有一个文档表和一个用户表。文档可以是通用的或以三种方式与用户相关：
由用户创建，在这种情况下他可以访问文档；关于用户，在这种情况下，可能已授予也可能未授予他访问文档的权限；为该用户量身定制，在这种情况下，可能尚未授予他访问文档的权限；
我可以使用包含 DocumentId 字段、UserId 字段的表来建模多对多关系，并告诉用户是否有权访问文档：
另一种方法是创建一个带有 UserId 字段和 DocumentId 字段的多对多表，以将文档链接到有权访问它们的用户，并且在文档表中也有一个 UserId 字段，如果文档是通用的或包含与其相关的用户 ID 的。
第一种方法看起来更整洁，因为只有一个 UserId FK。然而，第二种方法允许按用户过滤文档而无需连接表。
这里的最佳做法是什么？
第一种方法更清洁。不过，我会提出一些建议。您不需要 UserDocumentID 代理主键。UserID 和 DocumentID 的复合键就足够了，同时还为联结表提供唯一约束。另外，HasAccess 真的有必要吗？我相信联结表中记录的存在足以表明已授予访问权限。
您有不同级别的访问权限吗？只读、读/写、删除？
希望这可以帮助，
马特
在我看来，访问属性似乎应该在文档级别。因此，我会做以下事情。
UserId对in的约束Document可能是NULL它不属于用户。