views:

947

answers:

4

After making some changes in my models (eg. new field in a model and a new model) what is the best way of reflecting these changes to my populated database?


PS: I wanted to see many solutions in one place rated. Apparently more solutions are already listed here.

+1  A: 

Depends on the scope of the changes. If it's beyond an ALTER, you're doing major surgery. Make backups of model as well as database so you can go back.

My preference is to put your new (revised, corrected, expanded) model in as a NEW application. It won't have URL's or anything, just a model.

  1. Creating the new model as a new application. Create tests, just to be sure it works.
  2. syncdb to build this interim implementation of the new model.
  3. Write a little one-time utility to query your old model, and load your new model. You might want to try this in pure SQL. I prefer to write a simple query, build and save loop.
  4. After the new model is loaded, you can dump this to a JSON file.

Once you've pulled the data out of your old model, you can rebuild your DB in the preferred new format.

  1. Move the new model into your existing application.
  2. Drop the old versions of the application's tables.
  3. syncdb to build the new tables.
  4. Load the JSON file with the data.
S.Lott
+1  A: 

Look with manage.py sqlall what the parameters are for the new columns and manually add them in your database with Alter table statements. This way you don't have to redo your database; It requires some SQL knowledge though...

Take a look here (Scroll down to "Making Changes to a Database Schema")

D4V360
+6  A: 

I've asked a similar question here and got quite a few answers.

There are quite a lot of ways of doing it, like manually doing the dumping and reloading with SQL, using fixtures or using one of the "emerging" schema-evolution packages for Django:

Farinha
+1  A: 

Another technique is to use the dumpdata and loaddata arguments to manage.py, killing your database in-between:

  1. python manage.py dumpdata > dump.json
  2. With an external tool, drop any affected tables, or kill the whole db
  3. python manage.py loaddata dump.json

See manage.py docs for more.

shacker
`python manage.py sqlreset appname` prints the necessary SQL statements, but does not actually run them.
Vebjorn Ljosa
You're right Vebjorn - thanks, fixed.
shacker