Database 数据库结构：具有更多列的关系表还是关系表到关系表？

我正在设计一个逻辑级别的数据库，以便稍后将其传递给程序员。我对它们的工作原理只是表面上的熟悉，所以我很难简明扼要地表达我的问题。我的问题是：

我有一张名为“意义”的表格

我有一个名为WORDS的表

我有一个名为M-to-W的关系表

我有一张名为GRAMMAR的桌子

单词可以有多个含义，含义可以有多个单词。但是我还想添加语法。我可以在单词中添加一行，但有时一个单词的行为会因词义的不同而有所不同（例如，过去时态是“他自杀上吊”和“他把一幅画挂在墙上”等）。因此，我在逻辑层面上看到了两种解决方案：

语法可以与M-to-W关系表和另一个关系表链接，引用整个关系（某些单词的某些含义具有特定的形式）

语法项可以由附加行中的M-to-W引用

我只使用Django/MariaDB创建了关系数据库（几乎是自动创建的），所以我不知道这些数据库是否可以有两个以上的列。我不知道是否可以引用属性对

这些解决方案是否可行，或者有更好的实践来处理此类结构性问题？使用复合键更容易吗？请假设有必要在单独的表格中保留单词和含义

在定义模式之前，请确定您拥有的数据以及如何将其放入数据库

然后决定你想从数据库中得到什么

给程序员提供信息，而不是表格的规格。让他们找出构造模式的最佳方法

---

如果他们都没有任何数据库背景，那么就有一个学习曲线。本论坛的答案只会帮助你走出一个又一个陷阱。请花时间至少培训一名程序员。

谢谢您的建议。我知道我拥有什么样的数据，以及如何将其放在那里。但我还没有任何程序员；我正在准备一份说明书。该问题的解决方案是否确实如此具体取决于具体情况？最好是所有内容都使用一个表，而不是一个三头多对多映射表。不试试就说不出来。（我不知道Django是否有限制。）Django不是这里给出的绝对值，但尽管单词和语法可以分组，但含义必须分开。与其说是关系表，不如说是关系表。如果您有一阶逻辑模型，那么所有的表都是关系表。把关系看作是表的同义词，但是有一些额外的规则，比如没有重复的行/列和行/列的顺序并不重要。好的，谢谢，我不知道！在关系模型中，关系（表）表示n元关系（ship）。你需要读一些关于信息建模、关系模型和数据库设计的书。Re您是否可以或应该用其他关系替换三元关系（ship）属于“依赖理论”，其中涉及“规范化到更高的NFs（正常形式）”。PS的可能副本请参阅Re binaryrelation（ship）/关于关联实体的表格&非关联实体与ER建模中的三元实体以及通过id PKs/FKs重新二元而非三元实体。