django基本命令：比如清表
https://code.ziqiangxuetang.com/django/django-basic.html
ProgrammingError: relation "django_content_type" already exists
使用--fake-initial有時可能會對項目的初始遷移造成麻煩
python manage.py migrate --fake-initial
它在1.8中是新的。在1.7中， - 初始默認是默認的，但在1.8中是明確的。
從文檔：
如果所有具有由該遷移中的所有CreateModel操作創建的所有模型的名稱的數據庫表已經存在，那么可以使用--fake-initial選項來允許Django跳過應用程序的初始遷移。此選項適用於首次針對預先使用遷移的數據庫運行遷移時使用。但是，此選項不會檢查匹配的表名以外的匹配數據庫模式，因此只有在確信現有模式與初始遷移中記錄的內容匹配時才可以使用。
https://docs.djangoproject.com/en/1.8/ref/django-admin/#django-admin-option---fake-initial
makemigrations指令是用models里面的model和當前的migrations代碼里面的model做對比，如果有新的修改，就生成新的migrations代碼，migrate指令是用migrations目錄中代碼文件和django數據庫djaong_migrations表中的代碼文件做對比，如果表中沒有，那就對這些沒有的文件按順序及依賴關系做migrate apply，然后再把代碼文件名加進migrations表中。
django.db.utils.ProgrammingError: (1146, "Table ‘test.model_student‘ doesn‘t exist")
數據遷庫：清除py文件，但是保留文件夾；然后就可以一步到位。
python manage.py migrate --fake 這個命令是不能解決任何問題的
一、現象
在數據庫中刪除了一張表，重新執行python manage.py migrate時出錯，提示不存在這張表。
二、原因
主要是因為django一般在第一次遷移的時候新建表，后面的都不會新建表，而是只檢查字段等等的變化，所以我們既然已經刪除了這張表，django檢查這張表的字段變化的時候就自然報錯了。
三、解決辦法
解決辦法仍然是執行python manage.py makemigrations和python manage.py migrate，只不過在執行這個之前，把第一次執行遷移創建表的那個記錄刪除掉，否則它檢測到已經執行過第一次了，那么它后面就不會創建表了。
（1）在該app模塊下，有一個migrations文件夾，除了前兩個文件外，其他的文件都刪除，其實每一次如果有變化的話，這邊就會生成一個文件，下面這個001_initial.py看名字就知道是第一次遷移的時候生成的，也就是因為有它的存在，所以以后每次再執行就不再創建表了。
（2）其次，在數據庫里面也有相應的記錄，也要刪除。我們仔細看看數據庫里面存的是什么，在django_migrations里面，這個表里面存的都是每次遷移的記錄，當然記錄的是什么模塊以及對應的文件名字，比如我們這里的模塊是dtheme，這里的文件名叫001_initial，和我們文件夾里面是一一對應的，同樣，刪除這條記錄。
然后再執行python manage.py makemigrations和python manage.py migrate就可以了。需要注意的是，如果這個app模塊下面還有其他的model的話，那么其他model創建的表也要刪除掉，相當於我們這樣的解決方案是針對整個app模塊的，要執行就會全部重新生成，不然會提示部分表已經存在的錯誤。