mysql - 这个表结构好不好?

标签 mysql sql database-design

我将创建一个表来保存一组选项,目前大约有 30 个不同的选项。但它会逐月逐渐增加,如果我为每个字段每个选项设置一个表,它将有 30+ 个,最糟糕的是,每当我添加新选项时我都必须修改它,选项是分组的。我在想这样的事情。一个单独的表用于保存一组选项的组 ID,另一个表用于保存该选项。

option_id | group_id | option_name | option_value

谢谢。

最佳答案

看起来不错,但就我个人而言,我会将 option_id 更改为 ID,将 option_name 更改为 Name,将 option_value 更改为 Value。

group_id本身就很好,所以你可以知道它链接到了另一个表,至于其他的,完全没有必要。如果表名称是Options,您通常会假设字段Value 是Option Value。

希望有所帮助。

关于mysql - 这个表结构好不好?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5195515/

相关文章:

mysql - 使用多线程缓慢的mysql数据库恢复(delphi)

process - mysql显示进程

c# - 使用 BindingSource 在数据库中保存更改

mysql - 我应该使用一张 table 还是多张 table

实时广告平台 MongoDB vs. Cassandra vs. MySQL

sql - 外键引用 PostgreSQL 中的其他外键

python - 从其他表访问数据 - Django Rest Api 中的外键 - 未知列

mysql - 使用游标进行循环并将返回值存储到变量中的存储过程

带约束的 Mysql 查询出现错误

mysql - 具有复合连接条件的 SQL LEFT JOIN 如何工作