mysql - 一個表和多個表是多對多的關系，該怎么設計
問題描述
最近遇到了一個表和多個表關聯的問題，
例如 : 現在有一個應用表 app_table，有很多個素材表 material_table1、material_table2... ，對每個素材表來說，一個素材可能有多個應用使用，一個應用也可以使用多個素材。每個素材表和應用表都是這種關系，而且每個素材表之間沒有任何關聯。
顯然是多對多，但問題就是如果按照多對多建立表的話，每個素材表都要建立一個中間表。
我現在有個想法，就是在應用表中添加字段，每個素材都添加一個字段，字段中保存著這個 app 所擁有的素材的 id，按照逗號隔開。但是問題就是這樣的話要查詢兩次，先通過應用表的字段進行篩選，然后再按照條件對查詢出來的數據進行篩選。
不知道大家有沒有更好的方案和想法，謝謝大家啦
描述的有點不清楚，是每個類別的素材(一個素材表)都做一個接口，只不過素材返回的時候是要根據應用來篩選的，而且存在一個應用使用多個素材(一個素材表中的多個素材)，一個素材可能有多個應用使用。現在的狀態是每個素材表都添加了一個應用字段來區分，但是這樣要添加很多條目進去。所有我考慮要不要做一個應用表，然后每個素材做一個關聯表。這樣請求的時候可以先根據請求參數的應用名來查到應用表的數據，再根據關聯去查到相關素材表中符合條件的數據。不知道有沒有更好的方法。
問題解答
回答1：首先你這個表結構設計的有點問題。多個素材，為什么要簡歷多個素材表？可以使用素材類型來區分吧。我不知道你為什么要給素材分表，如果安我猜的是因為素材類型不同，我覺得建表應該是這樣的
app 應用表material 素材表material_type 素材類型app_material 素材應用關系表
回答2：感覺只需要一個關聯表：
關聯表應用ID 素材表ID 素材ID01 07 08
就可以確定某個應用使用了哪些素材
回答3：吐槽一句:哪里來的多對多啊.每個素材表的字段都不一樣.應用表對某類型的素材表(素材表的元素)是多對多關系,但是應用表跟所有的素材表直接不是多對多關系,是包含跟不包含的關系好不.
回答4：首先，按照你的思路 你數據表將來很龐大難以維護，建議可以把素材的屬性轉成json或者序列化進行存儲.
回答5：一對多的關聯關系我們一般會使用中間表，一對一的才會增加一列來表示關系
回答6：A A_ID A_OTHER B B_ID B_OTHER C C_ID C_OTHER REF REF_ID(序列) A B C D E …
12345
app_id | material_table_name | material_table_id
關鍵字，多態關聯
相關文章：
網公網安備