使用Django/South重命名模型的最簡單方法是什麼？

Question

我一直在尋找南方網站，谷歌和SO的答案，但找不到一個簡單的方法來做到這一點。

我想使用South重命名一個Django模型。 假設你有以下幾點：

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

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

，並要轉換美孚吧，即

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

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

爲了保持它的簡單，我只是想將名稱從Foo更改爲Bar，但現在請忽略FooTwo中的foo成員。

使用South進行此操作的最簡單方法是什麼？

1. 我可以做一個數據遷移，但這似乎很相關。
2. 編寫自定義遷移，例如db.rename_table('city_citystate', 'geo_citystate')，但我不確定如何解決這種情況下的外鍵。
3. 一個更簡單的方法，你知道嗎？

Answer 1

要回答你的第一個問題，簡單的模型/表重命名是非常簡單的。運行命令：

./manage.py schemamigration yourapp rename_foo_to_bar --empty 

（更新2：嘗試--auto而不是--empty避免低於警告感謝@KFB的提示）

如果您使用南方的舊版本，您需要startmigration而不是schemamigration。

，然後手動編輯遷移文件看起來像這樣：

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') 

您可以在此更簡單地使用你的模型類的db_table元選項完成。但是每次你這樣做的時候，你都會增加代碼庫的遺留重量 - 類名與表名不一致會使你的代碼難以理解和維護。爲了清楚起見，我完全支持這樣的簡單重構。

（更新）我剛剛在生產中試過這個，當我申請遷移時遇到了一個奇怪的警告。它說：

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'. 

我回答「不」，一切似乎都很好。

Answer 2

南不能自己做 - 它怎麼知道Bar代表什麼Foo用於？這是我爲自定義遷移寫的東西。您可以像上面所做的那樣在代碼中更改ForeignKey，然後這只是重命名相應字段和表格的情況，您可以按照自己的意願進行操作。

最後，你真的需要這樣做嗎？我還沒有需要重新命名模型 - 模型名稱只是一個實現細節 - 特別是考慮到verbose_name Meta選項的可用性。

Answer 3

請在models.py的變化，然後運行

./manage.py schemamigration --auto myapp 

當您檢查遷移文件，你會看到，它刪除表，並創建一個新的

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): 
     ... 

這不是完全是你想要的。相反，編輯遷移，這樣它看起來像：

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') 

在沒有update聲明中，db.send_create_signal通話將創建一個新ContentType新型號名稱。但是，如果有數據庫對象指向它（例如，通過GenericForeignKey），最好只有updateContentType。

另外，如果你已經改名爲某些列其中外鍵的重命名的模式，不以

db.rename_column(myapp_model, foo_id, bar_id) 

Answer 4

我跟着上面Leopd的解決方案忘記。但是，這並沒有改變型號名稱。我在代碼中手動更改了它（也在相關模型中，這被稱爲FK）。並完成了另一次南遷，但有了 - 做出選擇。這使模型名稱和表名稱相同。

剛剛意識到，可以先更改型號名稱，然後在應用它們之前編輯遷移文件。更乾淨。