diff options
| author | Tim Graham <timograham@gmail.com> | 2014-12-26 13:56:08 -0500 |
|---|---|---|
| committer | Tim Graham <timograham@gmail.com> | 2015-01-18 15:58:06 -0500 |
| commit | 7e8cf74dc74539f40f4cea53c1e8bba82791fcb6 (patch) | |
| tree | ed5ab7926f7856804b062b89326e62b8ee15ff94 /docs/ref | |
| parent | 9704b0a82e1f1c6ed0118f948a56652594f0a43b (diff) | |
Removed support for syncing apps without migrations per deprecation timeline.
Kept support for creating models without migrations when running tests
(especially for Django's test suite).
Diffstat (limited to 'docs/ref')
| -rw-r--r-- | docs/ref/django-admin.txt | 57 | ||||
| -rw-r--r-- | docs/ref/models/fields.txt | 15 | ||||
| -rw-r--r-- | docs/ref/settings.txt | 6 |
3 files changed, 4 insertions, 74 deletions
diff --git a/docs/ref/django-admin.txt b/docs/ref/django-admin.txt index d29213c185..6a26c573aa 100644 --- a/docs/ref/django-admin.txt +++ b/docs/ref/django-admin.txt @@ -963,53 +963,6 @@ beyond those apps. Same as ``--list``, applied migrations are marked by an ``[X]``. For a verbosity of 2 and above, all dependencies of a migration will also be shown. -sql <app_label app_label ...> ------------------------------ - -.. django-admin:: sql - -Prints the CREATE TABLE SQL statements for the given app name(s). - -The :djadminopt:`--database` option can be used to specify the database for -which to print the SQL. - -sqlall <app_label app_label ...> --------------------------------- - -.. django-admin:: sqlall - -Prints the CREATE TABLE and initial-data SQL statements for the given app name(s). - -The :djadminopt:`--database` option can be used to specify the database for -which to print the SQL. - -.. versionchanged:: 1.7 - - The ``sql*`` management commands now respect the ``allow_migrate()`` method - of :setting:`DATABASE_ROUTERS`. If you have models synced to non-default - databases, use the :djadminopt:`--database` flag to get SQL for those - models (previously they would always be included in the output). - -sqlclear <app_label app_label ...> ----------------------------------- - -.. django-admin:: sqlclear - -Prints the DROP TABLE SQL statements for the given app name(s). - -The :djadminopt:`--database` option can be used to specify the database for -which to print the SQL. - -sqldropindexes <app_label app_label ...> ----------------------------------------- - -.. django-admin:: sqldropindexes - -Prints the DROP INDEX SQL statements for the given app name(s). - -The :djadminopt:`--database` option can be used to specify the database for -which to print the SQL. - sqlflush -------- @@ -1021,16 +974,6 @@ command. The :djadminopt:`--database` option can be used to specify the database for which to print the SQL. -sqlindexes <app_label app_label ...> ------------------------------------- - -.. django-admin:: sqlindexes - -Prints the CREATE INDEX SQL statements for the given app name(s). - -The :djadminopt:`--database` option can be used to specify the database for -which to print the SQL. - sqlmigrate <app_label> <migrationname> -------------------------------------- diff --git a/docs/ref/models/fields.txt b/docs/ref/models/fields.txt index 39d728bbce..3fd9d0aace 100644 --- a/docs/ref/models/fields.txt +++ b/docs/ref/models/fields.txt @@ -183,8 +183,7 @@ scenes. .. attribute:: Field.db_index -If ``True``, :djadmin:`django-admin sqlindexes <sqlindexes>` will output a -``CREATE INDEX`` statement for this field. +If ``True``, a database index will be created for this field. ``db_tablespace`` ----------------- @@ -1120,12 +1119,6 @@ avoid the overhead of an index if you are creating a foreign key for consistency rather than joins, or if you will be creating an alternative index like a partial or multiple column index. -.. warning:: - - It is not recommended to have a ``ForeignKey`` from an app without migrations - to an app with migrations. See the :ref:`dependencies documentation - <unmigrated-dependencies>` for more details. - Database Representation ~~~~~~~~~~~~~~~~~~~~~~~ @@ -1335,12 +1328,6 @@ which the model is related, which works exactly the same as it does for Related objects can be added, removed, or created with the field's :class:`~django.db.models.fields.related.RelatedManager`. -.. warning:: - - It is not recommended to have a ``ManyToManyField`` from an app without migrations - to an app with migrations. See the :ref:`dependencies documentation - <unmigrated-dependencies>` for more details. - Database Representation ~~~~~~~~~~~~~~~~~~~~~~~ diff --git a/docs/ref/settings.txt b/docs/ref/settings.txt index dfbb10c60d..5906cd3c9f 100644 --- a/docs/ref/settings.txt +++ b/docs/ref/settings.txt @@ -2397,9 +2397,9 @@ Default: ``[]`` In order to restore the database state between tests for ``TransactionTestCase``\s and database backends without transactions, Django -will :ref:`serialize the contents of all apps with migrations -<test-case-serialized-rollback>` when it starts the test run so it can then -reload from that copy before tests that need it. +will :ref:`serialize the contents of all apps <test-case-serialized-rollback>` +when it starts the test run so it can then reload from that copy before tests +that need it. This slows down the startup time of the test runner; if you have apps that you know don't need this feature, you can add their full names in here (e.g. |
