SQL 条件关系

Question

我针对同一想法提出了两种方法，并且希望通过使用其中一种来避免任何明显的陷阱。我有一个表（tbl_post），其中单行可以与其他表（tbl_category、tbl_site、tbl_team）有许多关系。我有一个关系表来连接这些表，但不知道要使用哪种结构，是有条件的还是直接的？希望下面的内容能够解释...

tbl_post (simple post, can be associated with many categories, teams and sites)
* id
* title
* content

tbl_category
* id
* title
* other category only columns

tbl_team
* id
* title
* other team only columns

tbl_site
* id
* title
* other site only columns

----------------------------------------------------------
tbl_post_relationship
* id (pk)
* post_id (fk tbl_post)
* related_id (fk, dependant on related_type to either tbl_category, tbl_site or tbl_team)
* related_type (category, site or team)

____________________________________
|id|post_id|related_id|related_type|
|--|-------|----------|------------|
| 1|      1|         6|    category|
| 2|      1|         4|        site|
| 3|      1|         9|    category|
| 4|      1|         3|        team|
------------------------------------

SELECT  c.*
FROM    tbl_category c
        JOIN tbl_relationship r ON
            r.post_id = 1
            AND r.related_type = 'category'
            AND c.id = r.related_id

------------- OR ---------------

tbl_post_relationship
* id (pk)
* post_id (fk tbl_post)
* category_id (fk tbl_category)
* site_id (fk tbl_site)
* team_id (fk tbl_team)

________________________________________
|id|post_id|category_id|site_id|team_id|
|--|-------|-----------|-------|-------|
| 1|      1|          6|   NULL|   NULL|
| 2|      1|       NULL|      4|   NULL|
| 3|      1|          9|   NULL|   NULL|
| 4|      1|       NULL|   NULL|      3|
----------------------------------------

SELECT  c.*
FROM    tbl_category c
        JOIN tbl_relationship r ON
            r.post_id = 1
            AND r.category_id = c.id

因此，使用一种方法，我最终会得到很多带有 NULL 的列（可能有更多的表）。或者我最终得到一个简单的表来维护它，但每个连接都基于“类型”。我也知道每个关系可以有一个表，但同样感觉表太多了。有什么想法/想法吗？

Answer 1

每个关系最好使用一张表。您不必担心桌子的数量。单个关系表的缺点有很多，而且风险很大：

1）如果相关表的行与行不同，则无法强制执行外键，因此您的数据完整性面临风险……迟早您将拥有孤立数据。

2）查询更加复杂，因为你必须使用 related_type 来过滤掉很多地方的关系。

3) 查询维护成本更高，原因与 2) 相同，并且因为您必须在许多地方显式使用 related_type 常量...当您需要更改它们或添加一些常量时，这将是地狱。

我建议你使用正统的设计……只有 3 个不同的关系表：post_category、post_team、post_site。