mirror of
https://github.com/hasura/graphql-engine.git
synced 2024-12-25 00:13:11 +03:00
615922b63a
### Description This PR pluralises all sample query names in all sections of the docs, and these changes affect some schema, images, CLI commands and Apis too. _A warning was also fixed in the API reference section._ ### Changelog - [x] `CHANGELOG.md` is updated with user-facing content relevant to this PR. If no changelog is required, then add the `no-changelog-required` label. ### Affected components - [x] Docs ### Related Issues https://github.com/hasura/graphql-engine-internal/issues/75 ### Affected pages **Getting Started:** 1. https://deploy-preview-312--hasura-docs-mono.netlify.app/graphql/core/getting-started/first-graphql-query.html **Schema:** 1. https://deploy-preview-312--hasura-docs-mono.netlify.app/graphql/core/schema/tables.html 2. https://deploy-preview-312--hasura-docs-mono.netlify.app/graphql/core/schema/table-relationships/create.html 3. https://deploy-preview-312--hasura-docs-mono.netlify.app/graphql/core/schema/table-relationships/rename.html 4. https://deploy-preview-312--hasura-docs-mono.netlify.app/graphql/core/schema/custom-functions.html 5. https://deploy-preview-312--hasura-docs-mono.netlify.app/graphql/core/schema/computed-fields.html **Queries:** 1. https://deploy-preview-312--hasura-docs-mono.netlify.app/graphql/core/queries/simple-object-queries.html 2. https://deploy-preview-312--hasura-docs-mono.netlify.app/graphql/core/queries/nested-object-queries.html 3. https://deploy-preview-312--hasura-docs-mono.netlify.app/graphql/core/queries/aggregation-queries.html 4. https://deploy-preview-312--hasura-docs-mono.netlify.app/graphql/core/queries/query-filters.html 5. https://deploy-preview-312--hasura-docs-mono.netlify.app/graphql/core/queries/sorting.html 6. https://deploy-preview-312--hasura-docs-mono.netlify.app/graphql/core/queries/distinct-queries.html 7. https://deploy-preview-312--hasura-docs-mono.netlify.app/graphql/core/queries/pagination.html 8. https://deploy-preview-312--hasura-docs-mono.netlify.app/graphql/core/queries/multiple-arguments.html 9. https://deploy-preview-312--hasura-docs-mono.netlify.app/graphql/core/queries/multiple-queries.html **Authentication/Authorization:** 1. https://deploy-preview-312--hasura-docs-mono.netlify.app/graphql/core/auth/authorization/basics.html# **Data Modelling Guides** 1. https://deploy-preview-312--hasura-docs-mono.netlify.app/graphql/core/guides/data-modelling/one-to-one.html 2. https://deploy-preview-312--hasura-docs-mono.netlify.app/graphql/core/guides/data-modelling/one-to-many.html 3. https://deploy-preview-312--hasura-docs-mono.netlify.app/graphql/core/guides/data-modelling/many-to-many.html GitOrigin-RevId: e02e279466909e0bbd48d908b1b6fa0a5d5e47cf
214 lines
5.5 KiB
ReStructuredText
214 lines
5.5 KiB
ReStructuredText
.. meta::
|
|
:description: Model one-to-one relationships in Hasura
|
|
:keywords: hasura, docs, schema, relationship, one-to-one, 1-1
|
|
|
|
.. _one_to_one_modelling:
|
|
|
|
Modelling one-to-one table relationships
|
|
========================================
|
|
|
|
.. contents:: Table of contents
|
|
:backlinks: none
|
|
:depth: 1
|
|
:local:
|
|
|
|
Introduction
|
|
------------
|
|
|
|
A ``one-to-one`` relationship between two tables can be established via a **unique foreign key constraint**.
|
|
|
|
Say we have the following two tables in our database schema:
|
|
|
|
.. code-block:: sql
|
|
|
|
authors (
|
|
id SERIAL PRIMARY KEY,
|
|
name TEXT
|
|
)
|
|
|
|
passport_info (
|
|
id SERIAL PRIMARY KEY,
|
|
owner_id INT NOT NULL
|
|
passport_number TEXT
|
|
...
|
|
)
|
|
|
|
These two tables are related via a ``one-to-one`` relationship. i.e.:
|
|
|
|
- an ``author`` can have one ``passport_info``
|
|
- a ``passport_info`` has one ``owner``
|
|
|
|
Step 1: Set up a table relationship in the database
|
|
---------------------------------------------------
|
|
|
|
This ``one-to-one`` relationship can be established in the database by:
|
|
|
|
1. Adding a **foreign key constraint** from the ``passport_info`` table to the ``authors`` table using the ``owner_id``
|
|
and ``id`` columns of the tables respectively
|
|
2. Adding a **unique constraint** to the ``owner_id`` column for the ``passport_info`` table
|
|
|
|
|
|
This will ensure that the value of the ``owner_id`` column in ``passport_info`` table is present in the ``id`` column of
|
|
the ``authors`` table and there will be only one row with a particular ``owner_id``.
|
|
|
|
Step 2: Set up GraphQL relationships
|
|
------------------------------------
|
|
|
|
To access the nested objects via the GraphQL API, :ref:`create the following relationships <create_relationships>`:
|
|
|
|
- Object relationship, ``passport_info`` from the ``authors`` table using ``id -> passport_info :: owner_id``
|
|
- Object relationship, ``owner`` from the ``passport_info`` table using ``owner_id -> authors :: id``
|
|
|
|
Query using one-to-one relationships
|
|
------------------------------------
|
|
|
|
We can now:
|
|
|
|
- fetch a list of ``authors`` with their ``passport_info``:
|
|
|
|
.. graphiql::
|
|
:view_only:
|
|
:query:
|
|
query {
|
|
authors {
|
|
id
|
|
name
|
|
passport_info {
|
|
id
|
|
passport_number
|
|
}
|
|
}
|
|
}
|
|
:response:
|
|
{
|
|
"data": {
|
|
"authors": [
|
|
{
|
|
"id": 1,
|
|
"name": "Justin",
|
|
"passport_info": {
|
|
"id": 1,
|
|
"passport_number": "987456234"
|
|
}
|
|
},
|
|
{
|
|
"id": 2,
|
|
"name": "Beltran",
|
|
"passport_info": {
|
|
"id": 2,
|
|
"passport_number": "F0004586"
|
|
}
|
|
}
|
|
]
|
|
}
|
|
}
|
|
|
|
|
|
- fetch a list of ``passport_infos`` with their ``owner``:
|
|
|
|
.. graphiql::
|
|
:view_only:
|
|
:query:
|
|
query {
|
|
passport_info {
|
|
id
|
|
passport_number
|
|
owner {
|
|
id
|
|
name
|
|
}
|
|
}
|
|
}
|
|
:response:
|
|
{
|
|
"data": {
|
|
"passport_info": [
|
|
{
|
|
"id": 1,
|
|
"passport_number": "987456234",
|
|
"owner": {
|
|
"id": 1,
|
|
"name": "Justin"
|
|
}
|
|
},
|
|
{
|
|
"id": 2,
|
|
"passport_number": "F0004586",
|
|
"owner": {
|
|
"id": 2,
|
|
"name": "Beltran"
|
|
}
|
|
}
|
|
]
|
|
}
|
|
}
|
|
|
|
Insert using one-to-one relationships
|
|
-------------------------------------
|
|
|
|
We can now:
|
|
|
|
- insert ``passport_info`` with their ``owner`` where the ``owner`` might already exist (assume unique ``name`` for ``owner``):
|
|
|
|
.. graphiql::
|
|
:view_only:
|
|
:query:
|
|
mutation upsertPassportInfoWithOwner {
|
|
insert_passport_info(objects: [
|
|
{
|
|
passport_number: "X98973765",
|
|
owner: {
|
|
data: {
|
|
name: "Kelly"
|
|
},
|
|
on_conflict: {
|
|
constraint: owner_name_key,
|
|
update_columns: [name]
|
|
}
|
|
},
|
|
}
|
|
]) {
|
|
returning {
|
|
passport_number
|
|
owner {
|
|
name
|
|
}
|
|
}
|
|
}
|
|
}
|
|
:response:
|
|
{
|
|
"data": {
|
|
"insert_passport_info": {
|
|
"returning": [
|
|
{
|
|
"passport_number": "X98973765",
|
|
"owner": {
|
|
"name": "Kelly"
|
|
}
|
|
}
|
|
]
|
|
}
|
|
}
|
|
}
|
|
|
|
.. note::
|
|
|
|
You can avoid the ``on_conflict`` clause if you will never have conflicts.
|
|
|
|
|
|
Current limitations with nested one-to-one mutations
|
|
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
|
|
|
With one-to-one relationships, currently nested mutations will work only in one of the two directions.
|
|
|
|
In our example, inserting a ``passport_info`` with their nested ``owner`` will work seamlessly but trying to
|
|
insert an ``author`` with their nested ``passport_info`` will throw a constraint violation error.
|
|
|
|
This is due to the way Hasura GraphQL engine currently handles nested mutations (described in detail
|
|
:ref:`here <nested_inserts>`). As nested object relations are inserted before the parent, the ``passport_info``
|
|
will be attempted to be inserted first and the value of its ``owner_id`` will be attempted to be set as the
|
|
``id`` of the ``author``. Due to this, based on whether the ``owner_id`` of ``passport_info`` is nullable or not, a
|
|
``Not-NULL violation`` error will be thrown either for the ``owner_id`` field of ``passport_info`` or the ``id``
|
|
field of ``authors``.
|