質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

新規登録して質問してみよう
ただいま回答率
85.50%
Django

DjangoはPythonで書かれた、オープンソースウェブアプリケーションのフレームワークです。複雑なデータベースを扱うウェブサイトを開発する際に必要な労力を減らす為にデザインされました。

Python

Pythonは、コードの読みやすさが特徴的なプログラミング言語の1つです。 強い型付け、動的型付けに対応しており、後方互換性がないバージョン2系とバージョン3系が使用されています。 商用製品の開発にも無料で使用でき、OSだけでなく仮想環境にも対応。Unicodeによる文字列操作をサポートしているため、日本語処理も標準で可能です。

Q&A

解決済

1回答

2751閲覧

【Django】makemigrationsはうまくいくのに、migrateがうまくいかない。

退会済みユーザー

退会済みユーザー

総合スコア0

Django

DjangoはPythonで書かれた、オープンソースウェブアプリケーションのフレームワークです。複雑なデータベースを扱うウェブサイトを開発する際に必要な労力を減らす為にデザインされました。

Python

Pythonは、コードの読みやすさが特徴的なプログラミング言語の1つです。 強い型付け、動的型付けに対応しており、後方互換性がないバージョン2系とバージョン3系が使用されています。 商用製品の開発にも無料で使用でき、OSだけでなく仮想環境にも対応。Unicodeによる文字列操作をサポートしているため、日本語処理も標準で可能です。

0グッド

1クリップ

投稿2018/04/14 13:02

Djangoで質問投稿サイトを作成しています。
環境は、データベースはPostgreSQLです。

投稿された質問にアクセスされた数をカウントするために、どのユーザーがどの質問にアクセスしたかを記録するために、QuestionAccessというモデルを追加しようとしました。
(下記のCustomUser、Questionは元々ありました。)
しかし、python makemigrationsはうまくいくのに、python migrateがうまくいきません。
作成しようとしたモデルは、下記のとおりです。

python

1# models.py 2# ユーザー 3class CustomUser(AbstractUser): 4 nickname = models.CharField(max_length=100, unique=False, verbose_name="ニックネーム") 5 def __str__(self): 6 return self.first_name 7 8# 質問 9class Question(models.Model): 10 title = models.CharField(max_length=100) 11 user = models.ForeignKey( 12 CustomUser, 13 on_delete=models.CASCADE, 14 blank=True, 15 null=True 16 ) 17 content = models.TextField() 18 def __str__(self): 19 return self.title 20 21# アクセス数 22class QuestionAccess(models.Model): 23 question = models.ForeignKey(Question, on_delete=models.CASCADE, verbose_name="質問") 24 custom_user = models.ForeignKey(CustomUser, on_delete=models.CASCADE, verbose_name="アクセス者") 25 datetime = models.DateTimeField(auto_now=True, verbose_name="アクセス日時") 26 27 def __str__(self): 28 return self.question

しかし、python makemigrationsをした後、python migrateをしても、PostgreSQLには、questionaccessのテーブルができません(他のテーブルは全てできています)。

python makemigrationsをした後、下記の0001_initial.pyができているので、makemigrationsはうまくいっているのではないかと思います。

python

1# 0001_initial.py 2migrations.CreateModel( 3 name='QuestionAccess', 4 fields=[ 5 ('id', models.AutoField(auto_created=True, primary_key=True, serialize=False, verbose_name='ID')), 6 ('datetime', models.DateTimeField(auto_now=True, verbose_name='アクセス日時')), 7 ('custom_user', models.ForeignKey(on_delete=django.db.models.deletion.CASCADE, to=settings.AUTH_USER_MODEL, verbose_name='アクセス者')), 8 ('question', models.ForeignKey(on_delete=django.db.models.deletion.CASCADE, to='archi.Question', verbose_name='質問')), 9 ], 10 ),

makemigrationsがうまくいっているのに、migrateがうまくいかない理由として考えられるのは、なんでしょうか。

私が思いついたのは、
QuestionAccessがForeignKeyで参照しているのは、CustomUserとQuestionの各モデルですが、QuestionもCustomUserをForeignKeyで参照しているので、
ひょっとしたら、それが原因になっていたりするでしょうか。
もしそうであれば、どうしたらよいでしょうか。
全く、手掛かりがつかめないので、お分かりの方、ご教示頂ければ幸いです。
よろしくお願い致します。

気になる質問をクリップする

クリップした質問は、後からいつでもMYページで確認できます。

またクリップした質問に回答があった際、通知やメールを受け取ることができます。

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

guest

回答1

0

ベストアンサー

migrateがうまくいっていなかったのが、原因でした。
今まで、migrateがうまくいかなかったとき、0001_initial.pyなどを、削除していました。
しかし、実行済みのマイグレーションはデータベース上で自動で管理されるため、新たにmake migrationsをして0001_initial.pyを作っても、それはデータベース上ではmigrate済みと判断されてしまうため、migrateできていませんでした。

解決方法は、下記のとおりです。
0. 番号リスト新たにmake migrationsで0001_initial.pyを作る。
0. 番号リスト0001_initial.pyから、当該モデルの部分を削除。
0. 番号リスト改めて、make migrationsをすると、別の名前のマイグレーションファイルができあがる。
0. migrateをすると、上記マイグレーションファイルを適用して、migrateしてくれる。

投稿2018/04/17 03:56

退会済みユーザー

退会済みユーザー

総合スコア0

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

15分調べてもわからないことは
teratailで質問しよう!

ただいまの回答率
85.50%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問