diff options
| author | Ahmed Nassar <a.moh.nassar00@gmail.com> | 2026-03-14 17:11:13 +0200 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2026-03-14 16:11:13 +0100 |
| commit | 23f49c6b408d9b013e959f91c23813a7c0f6ed64 (patch) | |
| tree | 95517d58811655a968bcf2a18eeb0d028a417cac | |
| parent | e779bc7d78cbcadd395d48e5b6b00acea07ce503 (diff) | |
Fixed #35786 -- Removed outdated note about database defaults in AddField/AlterField docs.
| -rw-r--r-- | docs/ref/migration-operations.txt | 6 |
1 files changed, 2 insertions, 4 deletions
diff --git a/docs/ref/migration-operations.txt b/docs/ref/migration-operations.txt index a59dd1ee2b..b12613b952 100644 --- a/docs/ref/migration-operations.txt +++ b/docs/ref/migration-operations.txt @@ -165,8 +165,7 @@ value is permanent and should be baked into the project state (``True``), or if it is temporary and just for this migration (``False``) - usually because the migration is adding a non-nullable field to a table and needs a default value to put into existing rows. It does not affect the behavior -of setting defaults in the database directly - Django never sets database -defaults and always applies them in the Django ORM code. +of setting defaults in the database directly. .. warning:: @@ -217,8 +216,7 @@ value is permanent and should be baked into the project state (``True``), or if it is temporary and just for this migration (``False``) - usually because the migration is altering a nullable field to a non-nullable one and needs a default value to put into existing rows. It does not affect the -behavior of setting defaults in the database directly - Django never sets -database defaults and always applies them in the Django ORM code. +behavior of setting defaults in the database directly. Note that not all changes are possible on all databases - for example, you cannot change a text-type field like ``models.TextField()`` into a number-type |
