针对特定场景的数据库用户表设计

Question

我知道这个问题已经问过很多次了，而且我花了相当长的时间来阅读以下问题：

• Database table structure for user settings
• How to handle a few dozen flags in a database
• Storing flags in a DB
• How many database table columns are too many?
• How many columns is too many columns?

问题是，似乎有几类解决方案的支持者分布比较均匀：

只要是normalized

• Split，
• 将用户设置粘贴到1到1的两个表中，例如“用户”，并使用某种键值系统
• 在位字段或其他序列化形式

中设置标志。

因此，冒着提出重复问题的风险，我想描述一下我的具体情况，并希望得到一个更具体的答案。

当前，mysql在mysql中有一个用户表，大约有10-15列(id、name、email、password...)

• I'd )，
• 喜欢为是否为不同类型的事件发送电子邮件警报添加一组用户设置(notify_if_user_follows_me、notify_if_user_messages_me、notify_when_friend_posts_new_stuff...)
• I预计，在将来，我很少为每个用户添加一个关闭的设置，其中大部分是用户的1到1。

。

我倾向于创建第二个user_settings表，并将“非必要”信息(如电子邮件通知设置)粘在那里，以保持主用户表的可读性，但我很想知道预期要说什么。

Answer 1

似乎您的困境是垂直划分用户表或不。您可能想读。

Answer 2

我要投票赞成增加两张桌子..。(一些sota密钥-值系统)

(对我来说)最好是添加数据而不是列.所以,

添加将用户链接到设置的新表，然后为设置添加一个表.

这些东西: notify_if_user_follows_me，notify_if_user_messages_me，notify_when_friend_posts_new_stuff。然后变成带有id的行插入，您可以在任何时候引用它们，并在不更改架构的情况下根据需要对它们进行扩展。