Commit 71cef819 authored by Tiger Watson's avatar Tiger Watson

Merge branch 'add-large-tables-to-add-reference-docs' into 'master'

Clarify using `add_reference` with high-traffic tables

See merge request gitlab-org/gitlab!54769
parents 92555771 7fad964a
...@@ -605,9 +605,10 @@ When adding a foreign-key constraint to an existing column in a non-empty table, ...@@ -605,9 +605,10 @@ When adding a foreign-key constraint to an existing column in a non-empty table,
we have to employ `add_concurrent_foreign_key` and `add_concurrent_index` we have to employ `add_concurrent_foreign_key` and `add_concurrent_index`
instead of `add_reference`. instead of `add_reference`.
For an empty table (such as a fresh one), it is recommended to use If you have a new or empty table that doesn't reference a
`add_reference` in a single-transaction migration, combining it with other [high-traffic table](https://gitlab.com/gitlab-org/gitlab/-/blob/master/rubocop/rubocop-migrations.yml#L3),
operations that don't require `disable_ddl_transaction!`. we recommend that you use `add_reference` in a single-transaction migration. You can
combine it with other operations that don't require `disable_ddl_transaction!`.
You can read more about adding [foreign key constraints to an existing column](database/add_foreign_key_to_existing_column.md). You can read more about adding [foreign key constraints to an existing column](database/add_foreign_key_to_existing_column.md).
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment