diff options
| author | Mariusz Felisiak <felisiak.mariusz@gmail.com> | 2020-10-20 09:49:05 +0200 |
|---|---|---|
| committer | Mariusz Felisiak <felisiak.mariusz@gmail.com> | 2020-10-20 09:49:39 +0200 |
| commit | 012df8d2d35e2943cb7e115c23fea53ebf7cd849 (patch) | |
| tree | 8b87e3d3ceef6e055e7bf3d3c934b7a4d5231141 /docs | |
| parent | d75cfe11e867b52752a0d31ec770b24556925a26 (diff) | |
[3.1.x] Fixed outdated notes in SchemaEditor docs.
Backport of 197b55c53469cf8344d1ba35175236780cb83bd1 from master
Diffstat (limited to 'docs')
| -rw-r--r-- | docs/ref/schema-editor.txt | 10 |
1 files changed, 4 insertions, 6 deletions
diff --git a/docs/ref/schema-editor.txt b/docs/ref/schema-editor.txt index 9599e877d8..0b9e0c19cd 100644 --- a/docs/ref/schema-editor.txt +++ b/docs/ref/schema-editor.txt @@ -32,12 +32,10 @@ support foreign key constraints. If you are writing or maintaining a third-party database backend for Django, you will need to provide a ``SchemaEditor`` implementation in order to work with -1.7's migration functionality - however, as long as your database is relatively -standard in its use of SQL and relational design, you should be able to -subclass one of the built-in Django ``SchemaEditor`` classes and tweak the -syntax a little. Also note that there are a few new database features that -migrations will look for: ``can_rollback_ddl`` -and ``supports_combined_alters`` are the most important. +Django's migration functionality - however, as long as your database is +relatively standard in its use of SQL and relational design, you should be able +to subclass one of the built-in Django ``SchemaEditor`` classes and tweak the +syntax a little. Methods ======= |
