第一種情況：最初即使用現有的資料庫
1.在settings.py修改要連線的資料庫。
2.執行python3 manage.py inspectdb可以產生資料庫模型，把它複製貼到models.py。
1 | class Quiz(models.Model): question_text = models.CharField(max_length=200) class Meta: managed = True app_label = 'quiz' db_table = 'preexist' |
3.執行下面語句：
1 | python3 manage.py makemigrations quiz |
接著執行：
1 | python3 manage.py migrate quiz |
結果報錯：
1 | django.db.utils.ProgrammingError: relation \"preexist\" already exists |
如果直接跑runserver，結果會出現：
1 | You have 1 unapplied migration(s). Your project may not work properly until you apply the migrations for app(s): quiz.Run 'python manage.py migrate' to apply them. |
改用fake再跑runserver就沒有跑出上面的問題了，就可以繼續進行專案。
1 | python3 manage.py migrate --fake quiz |
第二種情況：中途轉換資料庫
一、保留migrations下的記錄
假設中途想改用另外的資料庫，欄位跟現在的資料庫不相同，資料模型就必須修改。
資料庫設定跟資料模型修改好，執行基本步驟後，跟上個情況報一樣的錯：
1 | django.db.utils.ProgrammingError: relation \"quiz_question\" already exists |
同樣跑fake後執行runserver沒問題。
二、刪除migrations下的記錄
1.讓整個執行紀錄回到零：
1 | python3 manage.py migrate --fake quiz zero |
結果跑出：
1 | Operations to perform: Unapply all migrations: quizRunning migrations: Rendering model states... DONE Unapplying animal.0001_initial... FAKED |
2.接著就可以手動刪除migrations底下的檔案，除了__init__.py。
3.重新建立資料紀錄檔：
1 | python3 manage.py makemigrations quiz |
結果：
1 | Migrations for 'quiz': quiz/migrations/0001_initial.py - Create model Choice |
4.因為是現有的資料庫，必然不能直接執行migrate，所以要用fake：
1 | python3 manage.py migrate --fake-initial quiz |
結果：
1 | Operations to perform: Apply all migrations: quizRunning migrations: Applying animal.0001_initial... FAKED |
這樣就不會動到現有的資料又可以更改資料庫模型了！
fake vs fake–initial
就今天試做的感覺，兩者在這兩種情況都可以解決報錯的問題，差別在於initial的方法，讓我們可以刪除多餘的migrations紀錄，畢竟整個資料庫都重置，先前的紀錄檔案也沒有留下的必要。