我应该进一步规范这个数据库设计吗？

Question

我有以下数据库设计：

TABLE [Document]
[DocumentId] [int] NOT NULL, --Primary Key
[Status] [bit] NULL,
[Text] [nvarchar](max) NULL,
[FolderPath] [nvarchar](max) NULL

TABLE [Metadata]
[MetadataId] [int] IDENTITY(1,1) NOT NULL, -- Primary Key
[DocumentId] [int] NOT NULL,               -- Foreign Key Document.DocumentId (1:1 relationship)
[Title] [nvarchar](250) NOT NULL,
[Author] [nvarchar](250) NOT NULL

TABLE [Page](
[PageId] [int] IDENTITY(1,1) NOT NULL,     -- Primary Key
[DocumentId] [int] NOT NULL,               -- Foreign Key Document.DocumentId (1:N Relationship)
[Number] [int] NOT NULL,
[ImagePath] [nvarchar](max) NULL,
[PageText] [nvarchar](max) NOT NULL

TABLE [Word](
[WordId] [int] IDENTITY(1,1) NOT NULL,     -- Primary Key
[PageId] [int] NOT NULL,                   -- Foreign Key Page.PageId (1:N Relationship)
[Text] [nvarchar](50) NOT NULL

TABLE [Keyword](
[KeywordId] [int] IDENTITY(1,1) NOT NULL,  -- Primary Key
[Word] [nvarchar](50) NOT NULL

TABLE [DocumentKeyword](
[Document_DocumentId] [int] NOT NULL,     -- Foreign Key Document.DocumentId  (N:N Relationship)
[Keyword_KeywordId] [int] NOT NULL        -- Foreign Key Keyword.KeywordId

我使用 Entity Framework Code First 来创建数据库。

我应该进一步规范我的数据库设计吗？即在文档和页面、文档和元数据等之间创建链接表？如果是这样，有没有办法让实体框架为我创建关系表，这样我就不必将它们包含在我的模型中？我正在努力学习以最正确和最有效的方式做到这一点。

谢谢。

Answer 1

好吧，我无法立即回答您的问题，但我有一些想法可能会改进您的设计：

1. 一个文档（至少在现实生活中）可以由多个人编写 作者。这意味着，您从 Document 到 元数据应该是 1:n 的关系（除非你能证明 永远不会有不止一个作者的情况）
2. 文档的标题（在我看来）更多是文档的属性，而不是元数据（也考虑到 1.）
3. 这个 Word 表格有什么作用？
4. 如果您想在命名上保持一致，则应将 Keyword_KeywordId 列简单地称为 KeywordId。这同样适用于 Document_DocumentId。

其余的看起来很正常