使用 SQLite 或 MS Access，应该如何组织表来模拟这个 3D 结构的逻辑？答案

【问题标题】：Using SQLite or MS Access, how should the tables be organized to model the logic of this 3D structure?使用 SQLite 或 MS Access，应该如何组织表来模拟这个 3D 结构的逻辑？
【发布时间】：2010-12-29 06:59:05
【问题描述】：

Here is an explanation 元素之间的关系。

tl;dr：图表中心的强度最强。基本情绪（在手臂中）在外圈结合形成次要情绪。（即期待 + 喜悦 = 乐观）

设计数据库来为这组关系建模的最佳方法是什么？

Plutchick's Wheel of Emotions http://upload.wikimedia.org/wikipedia/commons/e/e9/Plutchik%27s_Wheel_of_Emotions.png

【问题讨论】：

老实说，这取决于您将如何使用它。这将用于对情绪进行分类吗？还是仅用于显示目的？如果是这样，您可以使用一个查找表来查找 8 个叶子，另一个查找强度，然后使用第三个将两者结合起来。但我怀疑你想用它来做一些更深入的事情。
看起来有点像学生的作业。
我怀疑是在 ER 建模或关系数据库课程中。
这不是家庭作业，而是工作-工作。我认为这可能是对大型音乐库进行分类的一个很好的模型（基于被跟踪歌曲的情感内容）——但前提是我首先可以正确设计数据库。我不确定关系数据库是否真的是正确的方法 - 但我不知道关于多维数据库的第一件事。
@sealclubber：对不起，我怀疑是作业，但说真的，如果你告诉他们一些你正在处理的背景，它可以帮助人们更好地理解你的问题。

标签： database ms-access database-design sqlite normalization

【解决方案1】：

显然，您需要一张桌子Emotion。应该至少有一个主键ID 和一个属性Name（更好的是Emotionname，因为名称通常是保留字）。也许您需要一些额外的布尔属性来对其进行分类（“简单”、“纯”等），一个强度属性。如果需要颜色，还可以添加ColorCode 属性。

然后，根据您的用例，您应该向该表添加一些递归关系，例如一个OppositeEmotionID 外键或两个键ComposedByEmotion1ID、ComposedByEmotion2ID。只需添加您真正要使用的那些关系。

【讨论】：