Question

我目前正在构建一个系统，用户可以将其创建的内容标记为公共或私有。我想限制一些用户只创建公共内容或仅创建私人内容，并允许其他人选择。

为避免使用ENUM作为数据类型，我有一个带有两行的 types 表：“public”和“private”。我还有一个允许的表，它带有 userid 和 typeid 。例如：

table: users; columns: id, username
table: types; columns: id, name
table: allowed; columns: userid, typeid

我可能在这些表格中有以下记录：

users: [ 1, me ]
types: [ 1, public ], [ 2, private ]
allowed: [ 1, 2 ]

所以“我”用户只能创建私人内容。

这一切都很好，因为我可以使用 content 表中的外键来限制其内容设置。

table: content; columns: id, userid, typeid, content
[ content.userid, content.typeid ] references [ allowed.userid, allowed.typeid ]

content: [ 1, 1, 2, "some text" ]

但是现在，一年后，我决定“我”现在只能创建公共内容。因此，我可以删除“我”用户的允许表中的行并创建一个新行：

delete from allowed: [ 1, 2 ]
insert into allowed: [ 1, 1 ]

问题是，我希望确保他们已经创建的私有内容保持私密，而只有新内容必须创建为公开内容。据我所知，这只是一个名为 orphan rows 的概念，听起来就像这个设计需要的功能类型，但MySQL根本不允许孤立行。

维护数据完整性的最佳方法是什么？从概念上讲，保留外键并允许孤立行是完美的设计。我可以在PHP中做一个if语句，但我想找到“纯粹”解决方案，如果有的话。

您建议使用哪种方法来设计此数据库？

Answer 1

content应引用users和types表，而不是allowed表。外键约束主要用于维护数据完整性，而不是强制执行安全/权限。

作为旁注，我在用户表can_create_public和can_create_private中只有两个标记;除非你打算创建一个新的types（...＆＃34;半公共＆＃34;？），因为它有一个表可能有点过分。在这种情况下，content只会有一个private标记。

我可以看到你想要一个扩展的＆＃34;类型＆＃34;但这将是一个更复杂的用户组访问权限的情况，其中＆＃34;组＆＃34;将是类型。

Answer 2

我不明白这个问题。 typeid表中有content列。它不会因为你更改users表而改变 - 除非你有一个触发器强制执行问题中没有描述的内容。

然而，我建议使用类型2维度，而不是删除记录。基本上，它有eff_date和end_date，用于描述用户/类型组合有效的时间段。这会将typeid与users表分开，而是将其放在UserTypes表中。这张桌子将是＃34;平铺＆＃34;随着时间的推移，不同时间点的不同类型。

MySQL：如何避免需要孤立行的情况？

2 个答案: