首页>Database>source

我正在建立一个数据库来处理不同音乐场所的FAQ页面.基本结构是:

id | venue_id | category | question | answer

category 链接到枚举表,以便我们的应用可以允许用户过滤问题.我试图确定使用枚举表来回答问题是否有意义,因为所有场所都将能够回答相同(可选)的问题。

我们当前的设计表明,总共可能有大约200个问题.显然,这还不足以引起任何类型的功能问题,但是我想知道具有如此大的枚举表是否合乎逻辑.做这个决定时我应该考虑什么?

另外,如果问题与类别相关联,是否应该全部消除类别以代替问题枚举,还是最好不要将枚举表的列多于不必要的数目?

最新回答
  • 1月前
    1 #

    < p>我建议您将问题放在单独的表中,并在答案/回答表中添加FK.我类似我的枚举类型代表一个定义明确且离散的概念.例如,在订单跟踪系统中,订单状态将是一个很好的枚举.诸如问题之类的概念不符合该要求.一个问题可以具有属性(例如,问题是强制性的还是可选的,响应是受约束的还是不限成员名额等),我认为这使得它可以存储在表中。

    我可以想象一个适合多个类别的问题.如果是这样,那么应该在问题表和类别表之间有一个类别表和一个链接表.如果一个问题只适合一个类别,那么就很适合该问题表中的枚举列。

  • 1月前
    2 #

    答案是肯定的

    mysql最多可以存储65000个值(实际上是3k),postgres说它可以存储63个字节。

    但是您的2k合适,但是随着调查问卷的来临,结构看起来不太好。

    除了选择一个rdms然后继续。

  • MySQL服务器可以向远程服务器发送"服务器已启动/正在运行"信号吗?
  • sql server:ETL中的聚集索引(删除-插入-创建?)