機制
@ManyToMany 映射時，Hibernate 自動創建**關聯表**（join table），包含兩個外鍵列，對應雙方主鍵。雙向導航時，雙方集合均映射到同一張中間表。
效能影響分析
- 額外 JOIN： 查詢任意一方關聯集合時，SQL 需 `JOIN join_table JOIN other_table`，比單向 One-to-Many 多一張表。
- 級聯操作放大： `cascade="all"` 刪除一方會先 `DELETE FROM join_table WHERE id=?` 再刪另一方，事務更大、鎖更久。
- 批量插入/刪除： 保存大量關聯時，Hibernate 默認逐條 `INSERT INTO join_table`，可通過 `@BatchSize` / `hibernate.jdbc.batch_size` 優化。
- 脏檢查開銷： 集合元素增減觸發脏檢查，需比較快照，大集合下明顯。
官方/社區建議
- 優先雙向 One-to-Many + Many-to-One 替代： 將中間表升級為**實體類**（如
StudentCourse），擁有獨立主鍵、額外屬性（選課時間、成績），映射為兩個 @OneToMany。獲得完全控制權、更好索引、可攜帶業務字段。
- 必須用 Many-to-Many 時：
- 設置 ` inverse="true"` 一方（通常是非擁有端），避免雙邊維護中間表。
- 集合用 `Set` 而非 `List`/`Bag`，避免主鍵重複導致異常。
- 關閉不必要的 `cascade`，手動管理關聯生命周期。
- 啟用二級緩存（Read-Write）緩存關聯集合，減少 JOIN 查詢。
決策矩陣
| 場景 | 推薦映射 |
|---|
| 純關聯，無額外屬性，頻繁整體讀取 | Many-to-Many + 二級緩存 |
| 關聯攜帶屬性（時間、狀態、權重） | 中間實體 + 兩個 One-to-Many |
| 高併發寫入、大批量關聯變更 | 中間實體 + 手動批量 SQL |
| 嚴格領域模型、DDD 聚合根 | 中間實體作為值對象/實體 |
**結論：Many-to-Many 方便原型開發，生產級系統建議顯式建模中間實體，用 One-to-Many 組合獲得可控的效能與擴展性。**
