問題描述

最近遇到了一個表和多個表關聯的問題，

例如 : 現在有一個應用表 app_table，有很多個素材表 material_table1、material_table2... ，對每個素材表來說，一個素材可能有多個應用使用，一個應用也可以使用多個素材。每個素材表和應用表都是這種關系，而且每個素材表之間沒有任何關聯。

顯然是多對多，但問題就是如果按照多對多建立表的話，每個素材表都要建立一個中間表。

我現在有個想法，就是在應用表中添加字段，每個素材都添加一個字段，字段中保存著這個 app 所擁有的素材的 id，按照逗號隔開。但是問題就是這樣的話要查詢兩次，先通過應用表的字段進行篩選，然后再按照條件對查詢出來的數據進行篩選。

不知道大家有沒有更好的方案和想法，謝謝大家啦

描述的有點不清楚，是每個類別的素材(一個素材表)都做一個接口，只不過素材返回的時候是要根據應用來篩選的，而且存在一個應用使用多個素材(一個素材表中的多個素材)，一個素材可能有多個應用使用。現在的狀態是每個素材表都添加了一個應用字段來區分，但是這樣要添加很多條目進去。所有我考慮要不要做一個應用表，然后每個素材做一個關聯表。這樣請求的時候可以先根據請求參數的應用名來查到應用表的數據，再根據關聯去查到相關素材表中符合條件的數據。不知道有沒有更好的方法。

問題解答

首先你這個表結構設計的有點問題。多個素材，為什么要簡歷多個素材表？可以使用素材類型來區分吧。我不知道你為什么要給素材分表，如果安我猜的是因為素材類型不同，我覺得建表應該是這樣的

app 應用表material 素材表material_type 素材類型app_material 素材應用關系表

感覺只需要一個關聯表：

關聯表應用ID 素材表ID 素材ID01 07 08

就可以確定某個應用使用了哪些素材

吐槽一句:哪里來的多對多啊.每個素材表的字段都不一樣.應用表對某類型的素材表(素材表的元素)是多對多關系,但是應用表跟所有的素材表直接不是多對多關系,是包含跟不包含的關系好不.

首先，按照你的思路 你數據表將來很龐大難以維護，建議可以把素材的屬性轉成json或者序列化進行存儲.

一對多的關聯關系我們一般會使用中間表，一對一的才會增加一列來表示關系

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

關鍵字，多態關聯