From a4acb804634af17cfd9ee7070ec3865d7cc2a7a3 Mon Sep 17 00:00:00 2001 From: Tim Graham Date: Thu, 17 Apr 2014 20:21:22 -0400 Subject: Fixed #22444 -- Marked initial SQL/fixture loading as deprecated. Thanks Karen Tracey for the report. --- docs/howto/initial-data.txt | 14 ++++++++++++++ 1 file changed, 14 insertions(+) (limited to 'docs/howto/initial-data.txt') diff --git a/docs/howto/initial-data.txt b/docs/howto/initial-data.txt index d003db6497..d55cd38609 100644 --- a/docs/howto/initial-data.txt +++ b/docs/howto/initial-data.txt @@ -77,6 +77,13 @@ again, you'll wipe out any changes you've made. Automatically loading initial data fixtures ------------------------------------------- +.. deprecated:: 1.7 + + If an application uses migrations, there is no automatic loading of + fixtures. Since migrations will be required for applications in Django 1.9, + this behavior is considered deprecated. If you want to load initial data + for an app, consider doing it in a migration. + 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, but be careful: remember that the data will be refreshed *every time* you run @@ -103,6 +110,13 @@ directories. Providing initial SQL data ========================== +.. deprecated:: 1.7 + + 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 1.9, this behavior is considered deprecated. + If you want to use initial SQL for an app, consider doing it in a migration. + 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 use this hook to populate default records, or you could also create SQL -- cgit v1.3