mirror of
https://github.com/hasura/graphql-engine.git
synced 2024-12-17 20:41:49 +03:00
379 lines
9.1 KiB
ReStructuredText
379 lines
9.1 KiB
ReStructuredText
Modelling many-to-many table relationships
|
|
==========================================
|
|
|
|
A ``many-to-many`` relationship between two tables can be established by creating a table typically called as
|
|
**bridge/junction/join table** and adding **foreign-key constraints** from it to the original tables.
|
|
|
|
Say we have the following two tables in our database schema:
|
|
|
|
.. code-block:: sql
|
|
|
|
article (
|
|
id INT PRIMARY KEY,
|
|
title TEXT
|
|
...
|
|
)
|
|
|
|
tag (
|
|
id INT PRIMARY KEY,
|
|
tag_value TEXT
|
|
...
|
|
)
|
|
|
|
These two tables are related via a ``many-to-many`` relationship. i.e:
|
|
|
|
- an ``article`` can have many ``tags``
|
|
- a ``tag`` has many ``articles``
|
|
|
|
This ``many-to-many`` relationship can be established in the database by:
|
|
|
|
1. Creating a **bridge table** called ``article_tag`` with the following structure:
|
|
|
|
.. code-block:: sql
|
|
|
|
article_tag (
|
|
id INT PRIMARY KEY
|
|
article_id INT
|
|
tag_id INT
|
|
...
|
|
)
|
|
|
|
2. Adding **foreign-key constraints** from the ``article_tag`` table to:
|
|
|
|
- the ``article`` table using the ``article_id`` and ``id`` columns of the tables respectively
|
|
- the ``tag`` table using the ``tag_id`` and ``id`` columns of the tables respectively
|
|
|
|
|
|
The table ``article_tag`` sits between the two tables involved in the many-to-many relationship and captures possible
|
|
permutations of their association via the foreign-keys.
|
|
|
|
To access the nested objects via the GraphQL API, :doc:`create the following relationships <../create>`:
|
|
|
|
- Array relationship, ``article_tags`` from ``article`` table using ``article_tag :: article_id -> id``
|
|
- Object relationship, ``tag`` from ``article_tag`` table using ``tag_id -> tag :: id``
|
|
- Array relationship, ``tag_articles`` from ``tag`` table using ``article_tag :: tag_id -> id``
|
|
- Object relationship, ``article`` from ``article_tag`` table using ``article_id -> article :: id``
|
|
|
|
|
|
We can now:
|
|
|
|
- fetch a list of articles with their tags:
|
|
|
|
.. graphiql::
|
|
:view_only:
|
|
:query:
|
|
query {
|
|
article {
|
|
id
|
|
title
|
|
article_tags {
|
|
tag {
|
|
id
|
|
tag_value
|
|
}
|
|
}
|
|
}
|
|
}
|
|
:response:
|
|
{
|
|
"data": {
|
|
"article": [
|
|
{
|
|
"id": 1,
|
|
"title": "sit amet",
|
|
"article_tags": [
|
|
{
|
|
"tag": {
|
|
"id": 1,
|
|
"tag_value": "mystery"
|
|
}
|
|
},
|
|
{
|
|
"tag": {
|
|
"id": 2,
|
|
"tag_value": "biography"
|
|
}
|
|
}
|
|
]
|
|
},
|
|
{
|
|
"id": 2,
|
|
"title": "a nibh",
|
|
"article_tags": [
|
|
{
|
|
"tag": {
|
|
"id": 2,
|
|
"tag_value": "biography"
|
|
}
|
|
},
|
|
{
|
|
"tag": {
|
|
"id": 5,
|
|
"tag_value": "technology"
|
|
}
|
|
}
|
|
]
|
|
}
|
|
]
|
|
}
|
|
}
|
|
|
|
- fetch a list of tags with their articles:
|
|
|
|
.. graphiql::
|
|
:view_only:
|
|
:query:
|
|
query {
|
|
tag {
|
|
id
|
|
tag_value
|
|
tag_articles {
|
|
article {
|
|
id
|
|
title
|
|
}
|
|
}
|
|
}
|
|
}
|
|
:response:
|
|
{
|
|
"data": {
|
|
"tag": [
|
|
{
|
|
"id": 1,
|
|
"tag_value": "mystery",
|
|
"tag_articles": [
|
|
{
|
|
"article": {
|
|
"id": 1,
|
|
"title": "sit amet"
|
|
}
|
|
}
|
|
]
|
|
},
|
|
{
|
|
"id": 2,
|
|
"tag_value": "biography",
|
|
"tag_articles": [
|
|
{
|
|
"article": {
|
|
"id": 1,
|
|
"title": "sit amet"
|
|
}
|
|
},
|
|
{
|
|
"article": {
|
|
"id": 2,
|
|
"title": "a nibh"
|
|
}
|
|
}
|
|
]
|
|
}
|
|
]
|
|
}
|
|
}
|
|
|
|
Fetching relationship information
|
|
---------------------------------
|
|
|
|
The intermediate fields ``article_tags`` & ``tag_articles`` can be used to fetch extra
|
|
information about the relationship. For example, you can have a column like ``tagged_at`` in the ``article_tag``
|
|
table which you can fetch as follows:
|
|
|
|
.. graphiql::
|
|
:view_only:
|
|
:query:
|
|
query {
|
|
article {
|
|
id
|
|
title
|
|
article_tags {
|
|
tagged_at
|
|
tag {
|
|
id
|
|
tag_value
|
|
}
|
|
}
|
|
}
|
|
}
|
|
:response:
|
|
{
|
|
"data": {
|
|
"article": [
|
|
{
|
|
"id": 1,
|
|
"title": "sit amet",
|
|
"article_tags": [
|
|
{
|
|
"tagged_at": "2018-11-19T18:01:17.292828+05:30",
|
|
"tag": {
|
|
"id": 1,
|
|
"tag_value": "mystery"
|
|
}
|
|
},
|
|
{
|
|
"tagged_at": "2018-11-18T18:01:17.292828+05:30",
|
|
"tag": {
|
|
"id": 3,
|
|
"tag_value": "romance"
|
|
}
|
|
}
|
|
]
|
|
},
|
|
{
|
|
"id": 2,
|
|
"title": "a nibh",
|
|
"article_tags": [
|
|
{
|
|
"tagged_at": "2018-11-19T15:01:17.292828+05:30",
|
|
"tag": {
|
|
"id": 5,
|
|
"tag_value": "biography"
|
|
}
|
|
},
|
|
{
|
|
"tagged_at": "2018-11-16T14:01:17.292828+05:30",
|
|
"tag": {
|
|
"id": 3,
|
|
"tag_value": "romance"
|
|
}
|
|
}
|
|
]
|
|
}
|
|
]
|
|
}
|
|
}
|
|
|
|
|
|
Flattening many-to-many relationship query
|
|
------------------------------------------
|
|
|
|
In case you would like to flatten the above queries and avoid the intermediate fields ``article_tags`` &
|
|
``tag_articles``, you can :doc:`create the following views <../../views>` additionally and then
|
|
query using relationships created on these views:
|
|
|
|
.. code-block:: sql
|
|
|
|
CREATE VIEW article_tags_view AS
|
|
SELECT article_id, tag.*
|
|
FROM article_tag LEFT JOIN tag
|
|
ON article_tag.tag_id = tag.id
|
|
|
|
CREATE VIEW tag_articles_view AS
|
|
SELECT tag_id, article.*
|
|
FROM article_tag LEFT JOIN article
|
|
ON article_tag.article_id = article.id
|
|
|
|
Now :doc:`create the following relationships <../create>`:
|
|
|
|
- Array relationship, ``tags`` from ``article`` table using ``article_tags_view :: article_id -> id``
|
|
- Array relationship, ``articles`` from ``tag`` table using ``tag_articles_view :: tag_id -> id``
|
|
|
|
We can now:
|
|
|
|
- fetch articles with their tags without an intermediate field:
|
|
|
|
.. graphiql::
|
|
:view_only:
|
|
:query:
|
|
query {
|
|
article {
|
|
id
|
|
title
|
|
tags {
|
|
id
|
|
tag_value
|
|
}
|
|
}
|
|
}
|
|
:response:
|
|
{
|
|
"data": {
|
|
"article": [
|
|
{
|
|
"id": 1,
|
|
"title": "sit amet",
|
|
"tags": [
|
|
{
|
|
"id": 1,
|
|
"tag_value": "mystery"
|
|
},
|
|
{
|
|
"id": 3,
|
|
"tag_value": "romance"
|
|
}
|
|
]
|
|
},
|
|
{
|
|
"id": 2,
|
|
"title": "a nibh",
|
|
"tags": [
|
|
{
|
|
"id": 5,
|
|
"tag_value": "biography"
|
|
},
|
|
{
|
|
"id": 3,
|
|
"tag_value": "romance"
|
|
}
|
|
]
|
|
}
|
|
]
|
|
}
|
|
}
|
|
|
|
- fetch tags with their articles without an intermediate field:
|
|
|
|
.. graphiql::
|
|
:view_only:
|
|
:query:
|
|
query {
|
|
tag {
|
|
id
|
|
tag_value
|
|
articles {
|
|
id
|
|
title
|
|
}
|
|
}
|
|
}
|
|
:response:
|
|
{
|
|
"data": {
|
|
"tag": [
|
|
{
|
|
"id": 1,
|
|
"tag_value": "mystery",
|
|
"articles": [
|
|
{
|
|
"id": 1,
|
|
"title": "sit amet"
|
|
}
|
|
]
|
|
},
|
|
{
|
|
"id": 2,
|
|
"tag_value": "biography",
|
|
"articles": [
|
|
{
|
|
"id": 1,
|
|
"title": "sit amet"
|
|
},
|
|
{
|
|
"id": 2,
|
|
"title": "a nibh"
|
|
}
|
|
]
|
|
}
|
|
]
|
|
}
|
|
}
|
|
|
|
.. note::
|
|
|
|
**We do not recommend this** flattening pattern of modelling as this introduces an additional overhead of managing
|
|
permissions and relationships on the newly created views. e.g. You cannot query for the author of the nested articles
|
|
without setting up a new relationship to the ``author`` table from the ``tag_articles_view`` view.
|
|
|
|
In our opinion, the cons of this approach seem to outweigh the pros.
|