Kaydet (Commit) 021782d2 authored tarafından Rob Hudson's avatar Rob Hudson Kaydeden (comit) Tim Graham

Corrected use of 'affect' vs 'effect' in docs.

üst 829e33f6
...@@ -146,7 +146,7 @@ The ``preserve_default`` argument indicates whether the field's default ...@@ -146,7 +146,7 @@ The ``preserve_default`` argument indicates whether the field's default
value is permanent and should be baked into the project state (``True``), value is permanent and should be baked into the project state (``True``),
or if it is temporary and just for this migration (``False``) - usually 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 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 effect the behavior 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 of setting defaults in the database directly - Django never sets database
defaults and always applies them in the Django ORM code. defaults and always applies them in the Django ORM code.
...@@ -174,7 +174,7 @@ The ``preserve_default`` argument indicates whether the field's default ...@@ -174,7 +174,7 @@ The ``preserve_default`` argument indicates whether the field's default
value is permanent and should be baked into the project state (``True``), value is permanent and should be baked into the project state (``True``),
or if it is temporary and just for this migration (``False``) - usually 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 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 effect the 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 behavior of setting defaults in the database directly - Django never sets
database defaults and always applies them in the Django ORM code. database defaults and always applies them in the Django ORM code.
......
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