django + south：migrateコマンドでデータベースにテーブルが作成されない

Question

問題があります。 私のdjangoプロジェクトには、myappモジュール/アプリケーションがあります。私のプロジェクトは、スキーマの移行を行うために南を使用しています。 localhost上で私は./manage.py schemamigration myapp --initialを実行して、私はmigrateコマンドを実行しました。

しかし、本番環境で私がmigrateコマンドを実行すると、これは（myappモデルの）対応するテーブルをデータベースに作成しません。

私がmigrate --listを実行すると、myappが移行しなければならず、すべてがマークされています（*記号付き）。

私は、myappを削除し、最初からそれを再作成することを考えています（対応する移行を使用）。より良い解決策はありますか？

EDIT： 私はmyappを削除してゼロから再作成しようとしました。だから私は、（ローカルホスト上および運用サーバー上の）データベースにmyappというのテーブルを削除しており、すべての後、私は実行しています

schemamigration myapp --initialコマンドコマンド

migrate myappローカルホストにlocalhostを

migrate myapp 0001 --fakeに本番サーバー上で

しかし、サウスはプロダクションサーバーのデータベースにmyappのテーブルを作成し続けません。

Answer 1

テーブルを削除した場合、--fakeを最初に実行してはならない場合は、manage.py syncdbを最初に実行してください。テーブルを持たない場合は、python manage.py migrate myappを実行し、それを実行する必要があります（またはmanage.py syncdb）。 --initialによって作成された最初の移行には、create tableステートメントがあります。

--fakeは、マイグレーションして（データベース変更を行った）、履歴テーブルにそのようにマークすることを明示的に指示します。

Answer 2

私は少し遅れていますが、これと同じ問題がありました。問題は私のmanage.pyが間違った設定ファイルを指していて間違ったDBになっていることです。 manage.pyが正しい設定ファイルを指していて、正しいDBへの移行が行われていることを確認してください。これは、複数のmanage.pyファイルまたは複数の設定ファイルを使用している場合に発生します。

Answer 3

DBにテーブルを落として実行しようとしていて、./manage migrate myappを実行しようとすると、DBにドロップされたテーブルは作成されません。 南はあなたのDBのベースに触れないので。

テーブルを再作成する場合。スキーマを以前のバージョンに移行し、最新のものに移行します。それに応じて以下のコードを使用してください。

manage.py migrate myapp 0002 --fake 
manage.py migrate myapp 

注：002は以前のマイグレーションバージョンです。