【问题标题】:different many-to-many relationships in a single table单个表中的不同多对多关系
【发布时间】:2012-08-10 11:41:26
【问题描述】:

我正在考虑将不同的多对多关系合并到一个表中,我想知道您是否认为这很聪明。

下面是两个带有两个独立“关系”表的示例:

  1. 表格:产品
  2. 表:product_categories
  3. 表-关系表:link_products_product_categories

另一个例子:

  1. 表:用户
  2. 表:用户类别
  3. 表 - 关系表:link_users_user_categories

您认为创建一个名为“relationships”的表是否明智,该表将包含如下字段:

  • first_field_table:用户
  • second_field_table:用户类别
  • first_field_id:2
  • second_Field_id:5

  • first_field_table:产品
  • second_field_table:product_categories
  • first_field_id:3
  • second_field_id:5

这需要对我的框架进行一些更改,但这意味着表格会少很多。您认为将所有这些关系存储在一个表中并使用字段标识两个表是个好主意,还是将它们分开并拥有更多表更好?

【问题讨论】:

    标签: mysql


    【解决方案1】:

    “..但这意味着更少的表格..”

    很多表本身并不是一件坏事。只要您遵循数据库规范化规则,您的解决方案就应该包含您需要的尽可能多的表。

    回答你的问题,不,这不好。事实上,这真的很糟糕!它所做的只是造成巨大的混乱。

    【讨论】:

    • 谢谢,我是这么想的,但我只是想确认一下。这个坏主意突然出现在我的脑海中,我想我会问你们对此有何看法..每个人都会使用不同的桌子:)
    【解决方案2】:

    简单的回答不,它不聪明。

    有很多表有什么问题?

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2013-08-22
      • 2010-12-25
      • 1970-01-01
      • 1970-01-01
      • 2015-11-12
      • 2020-12-26
      • 1970-01-01
      • 2017-04-07
      相关资源
      最近更新 更多