summaryrefslogtreecommitdiff
path: root/docs/howto/initial-data.txt
diff options
context:
space:
mode:
authorGreg Chapple <gregchapple1@gmail.com>2014-06-11 19:46:57 +0100
committerGreg Chapple <gregchapple1@gmail.com>2014-06-11 19:46:57 +0100
commit4123f55c3304eced289666e256fca1e8d5d7a69d (patch)
treebdfde26a5ec40f2b1b0503dbb6a392cdb81b90f2 /docs/howto/initial-data.txt
parent64d94cffc73fc4de1389e16d98142d253155b325 (diff)
Added link to data migrations in initial data deprecation note
Diffstat (limited to 'docs/howto/initial-data.txt')
-rw-r--r--docs/howto/initial-data.txt5
1 files changed, 3 insertions, 2 deletions
diff --git a/docs/howto/initial-data.txt b/docs/howto/initial-data.txt
index 4e8d3aef6a..b22cf73d34 100644
--- a/docs/howto/initial-data.txt
+++ b/docs/howto/initial-data.txt
@@ -82,7 +82,7 @@ Automatically loading initial data fixtures
If an application uses migrations, there is no automatic loading of
fixtures. Since migrations will be required for applications in Django 2.0,
this behavior is considered deprecated. If you want to load initial data
- for an app, consider doing it in a migration.
+ for an app, consider doing it in a :ref:`data migration <data-migrations>`.
If you create a fixture named ``initial_data.[xml/yaml/json]``, that fixture will
be loaded every time you run :djadmin:`migrate`. This is extremely convenient,
@@ -115,7 +115,8 @@ Providing initial SQL data
If an application uses migrations, there is no loading of initial SQL data
(including backend-specific SQL data). Since migrations will be required
for applications in Django 2.0, this behavior is considered deprecated.
- If you want to use initial SQL for an app, consider doing it in a migration.
+ If you want to use initial SQL for an app, consider doing it in a
+ :ref:`data migration <data-migrations>`.
Django provides a hook for passing the database arbitrary SQL that's executed
just after the CREATE TABLE statements when you run :djadmin:`migrate`. You can