数据库设计-配置/设置表
该应用程序有多个通知推送、电子邮件、短信等
推送有 4-5 个设置，电子邮件与推送相同 + 更多设置
- 我应该将所有通知设置保留在 1 个表还是 3 个表中？
- 或者每种通知类型都有一个表？
The application has multiple notifications push, email, sms etc
Push has 4-5 settings, email has the same as push+ more settings
- Should I keep all the notification settings in 1 table or 3 tables?
- Or one table for each notification type?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
我发现我喜欢在这种情况下使用单个表。当您有一些所有类型都共享的公共基本字段时，它特别有用。 ORM 框架（例如实体框架）将允许您将单个表拆分为多个实体并定义继承关系。
I've found that I like working with a single table for this sort of scenario. Its especially useful when you have some common base fields that all the types will share. ORM frameworks such as the Entity Framework will allow you to split a single table into multiple entities and define the inheritance relationships.
虽然有些随意，但我通常会发现这种数据存储在一个表中，并带有类别列来标识它是什么类型的设置。特别是因为这些数据都可以归类为通知数据。
我认为支持 3 个独立表的唯一论点是，与 ORM 一起使用可能会稍微容易一些。
Although somewhat arbitrary I typically find that sort of data stored in one table with a category column to identify what type of setting it is. Especially since the data can all be categorized as notification data.
The only argument I see in favor of 3 separate tables is that it might be slightly easier to use with an ORM.