Il modo più semplice per rinominare un modello usando Django / South?

Ho cercato una risposta a questo sul sito di South, Google e SO, ma non sono riuscito a trovare un modo semplice per farlo.

Voglio rinominare un modello Django usando South. Di 'che hai il seguente:

class Foo(models.Model):
    name = models.CharField()

class FooTwo(models.Model):
    name = models.CharField()
    foo = models.ForeignKey(Foo)

e vuoi convertire Foo in Bar, vale a dire

class Bar(models.Model):
    name = models.CharField()

class FooTwo(models.Model):
    name = models.CharField()
    foo = models.ForeignKey(Bar)

Per semplificare, sto solo cercando di cambiare il nome da Fooin Bar, ma ignora il foomembro FooTwoper ora.

Qual è il modo più semplice per farlo usando South?

1. Probabilmente potrei fare una migrazione dei dati, ma sembra piuttosto coinvolto.
2. Scrivi una migrazione personalizzata, ad esempio db.rename_table('city_citystate', 'geo_citystate'), ma non sono sicuro di come risolvere la chiave esterna in questo caso.
3. Un modo più semplice che conosci?

Per rispondere alla tua prima domanda, il semplice cambio di modello / tabella è piuttosto semplice. Esegui il comando:

./manage.py schemamigration yourapp rename_foo_to_bar --empty

(Aggiornamento 2: prova --autoinvece di --emptyevitare l'avvertenza di seguito. Grazie a @KFB per il suggerimento.)

Se stai usando una versione precedente del sud, ti servirà startmigrationinvece di schemamigration.

Quindi modificare manualmente il file di migrazione per assomigliare a questo:

class Migration(SchemaMigration):

    def forwards(self, orm):
        db.rename_table('yourapp_foo', 'yourapp_bar')


    def backwards(self, orm):
        db.rename_table('yourapp_bar','yourapp_foo')   

Puoi farlo più semplicemente usando l' db_tableopzione Meta nella tua classe di modello. Ma ogni volta che lo fai, aumenti il ​​peso legacy della tua base di codice - avere nomi di classe diversi dai nomi di tabella rende il tuo codice più difficile da capire e mantenere. Sostengo pienamente facendo semplici rifatturazioni come questa per motivi di chiarezza.

(aggiornamento) Ho appena provato questo in produzione e ho ricevuto uno strano avvertimento quando sono andato ad applicare la migrazione. Ha detto:

The following content types are stale and need to be deleted:

    yourapp | foo

Any objects related to these content types by a foreign key will also
be deleted. Are you sure you want to delete these content types?
If you're unsure, answer 'no'.

Ho risposto "no" e tutto sembrava andare bene.

Apporta le modifiche models.pye quindi esegui

./manage.py schemamigration --auto myapp

Quando controlli il file di migrazione, vedrai che elimina una tabella e ne crea una nuova

class Migration(SchemaMigration):

    def forwards(self, orm):
        # Deleting model 'Foo'                                                                                                                      
        db.delete_table('myapp_foo')

        # Adding model 'Bar'                                                                                                                        
        db.create_table('myapp_bar', (
        ...
        ))
        db.send_create_signal('myapp', ['Bar'])

    def backwards(self, orm):
        ...

Questo non è proprio quello che vuoi. Invece, modifica la migrazione in modo che assomigli a:

class Migration(SchemaMigration):

    def forwards(self, orm):
        # Renaming model from 'Foo' to 'Bar'                                                                                                                      
        db.rename_table('myapp_foo', 'myapp_bar')                                                                                                                        
        if not db.dry_run:
            orm['contenttypes.contenttype'].objects.filter(
                app_label='myapp', model='foo').update(model='bar')

    def backwards(self, orm):
        # Renaming model from 'Bar' to 'Foo'                                                                                                                      
        db.rename_table('myapp_bar', 'myapp_foo')                                                                                                                        
        if not db.dry_run:
            orm['contenttypes.contenttype'].objects.filter(app_label='myapp', model='bar').update(model='foo')

In assenza updatedell'istruzione, la db.send_create_signalchiamata creerà una nuova ContentTypecon il nome del nuovo modello. Ma è meglio solo updatequello che ContentTypehai già nel caso in cui ci siano oggetti di database che puntano ad esso (ad esempio, tramite a GenericForeignKey).

Inoltre, se hai rinominato alcune colonne che sono chiavi esterne del modello rinominato, non dimenticare di farlo

db.rename_column(myapp_model, foo_id, bar_id)

Il Sud non può farlo da solo - come fa a sapere che Barrappresenta ciò che era Foosolito fare? Questo è il genere di cose per cui scriverei una migrazione personalizzata. Puoi modificare il tuo ForeignKeycodice in come hai fatto sopra, e quindi è solo un caso di rinominare i campi e le tabelle appropriate, che puoi fare come vuoi.

Infine, hai davvero bisogno di farlo? Devo ancora dover rinominare i modelli - i nomi dei modelli sono solo un dettaglio dell'implementazione - in particolare data la disponibilità verbose_namedell'opzione Meta.

Ho seguito la soluzione di Leopd sopra. Ma ciò non ha cambiato i nomi dei modelli. L'ho modificato manualmente nel codice (anche nei modelli correlati in cui questo è indicato come FK). E fatto un'altra migrazione a sud, ma con l'opzione --fake. Ciò rende i nomi dei modelli e dei nomi delle tabelle uguali.

Appena realizzato, si potrebbe iniziare con la modifica dei nomi dei modelli, quindi modificare il file delle migrazioni prima di applicarle. Molto più pulito.