Changes between Version 7 and Version 8 of SchemaEvolutionProposal
- Timestamp:
- Apr 24, 2006, 3:25:47 PM (19 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
SchemaEvolutionProposal
v7 v8 155 155 This is all that is needed to tell syncdb to rename the fields instead of dropping them. Their field types are automatically changed to reflect the new model. 156 156 157 === Co nclusion===157 === Comments === 158 158 A few things: 159 159 * There is no reason that you couldn't also break migration code up into smaller files, but I think this way is cleaner, and easier to deal with as a default. … … 161 161 * If one could keep the shadow models in the database, that would be best, but I'm not sure the best way of doing that. 162 162 * Are there any other operations other than "create", "drop", and "rename", that might need to be expressed? Obvious things, such as changing a field options like "maxlength", which aren't ambiguous, don't need directives. 163 164 === Comments === 163 * pbx brings up that we might want to evolve from, say version 3 to version 4, even if version 5 is available. I'm not sure how to perform this with this system, other than commenting the version 5 code. Maybe there could be a __target_version__ directive at the top of the evolution file that could be altered.