我正在实现一个闪卡应用程序,因此我的闪存卡表包含了诸如问题和响应之类的字段,而我的用户表就是我的闪存卡应用程序的名称和个人信息。
这就是我困惑的地方。闪存卡表将容纳100个问题和回答,分类为“组”的闪光灯卡(或甲板)。当用户“使用”闪存卡时,他们也将能够决定问题是简单的、正常的还是困难的--因此修改了直到下一次显示卡片的时间。
如果我只有一个用户,这不会是一个问题-我只需要相应地修改闪存卡表,但我也会有1000多个用户。如何根据每个用户的简单、正常或困难的决定来修改闪存卡表,并为每个用户保留所有这一切的记录(我在user表中想象)。
发布于 2015-05-22 20:31:25
在“闪存卡”实体和“用户”实体之间存在着多到多的关系。
一个特定的“用户”决定一个特定的“闪存卡”。
“用户”可以对零、一个或多个“闪存卡”做出决定。
“闪存卡”可以由零、一个或多个“用户”决定。
这是一个典型的多到多的关系。
在关系模型中,我们引入了一个新的关系表,它建立了“用户”和“闪存卡”之间的关系。
作为这个表的一个示例,它可能是什么样子:
CREATE TABLE user_flashcard
( user_id INT UNSIGNED NOT NULL COMMENT 'fk ref user'
, flashcard_id INT UNSIGNED NOT NULL COMMENT 'fk ref flashcard'
, decision VARCHAR(30) COMMENT 'EASY,NORMAL,DIFFICULT'
, PRIMARY KEY (user_id,flashcard)
, CONSTRAINT FK_user_flashcard_user
FOREIGN KEY (user_id) REFERENCES user(id)
, CONSTRAINT FK_user_flashcard_flashcard
FOREIGN KEY (flashcard_id) REFERENCES flashcard(id)
)您可以添加其他属性,例如:上次用户查看闪存卡时,用户查看它的次数。
您还需要考虑这是否只是一种纯关系,或者如果这实际上是您的model.If中的一个实体,我们有重复的属性,或者任何其他实体可能与此表相关,我们可能希望引入一个简单的主键(id),其他表可以在外键中引用它。
我们也想考虑一下,我们想让用户在闪存卡上有一个以上的决定吗?(user_id,flashcard_id)需要是唯一的,还是应该是非唯一的。
数据库设计的关键是数据分析。实体关系建模是“做”数据分析的最佳尝试和真实的技术之一。
后续示例演示
为了演示这个“关系”表是如何工作的,我创建了一个非常简短的simple,演示了使用一些相当简单的SQL很容易回答的问题。
在这里http://sqlfiddle.com/#!9/090ee/5
https://stackoverflow.com/questions/30405248
复制相似问题