なぜすべてのデータベースのdjango_migrationsテーブル

Question

私はDjango Frameworkの下でウェブサイトを構築していますが、このWebサイトは異なるSQLスキームを持つ必要があります。今はすべてのスキームとすべてのものを作成することに成功しましたが、なぜdjango_migrationsデータベースの移行後に各スキーマに存在します。

• 予想されるデータベースの内容：

  AppDBテーブル

  デフォルトDBテーブルは、すべてのDjangoのテーブルです。このアプリで定義されたすべてのモデル（管理者、contenttypesの、認証、セッション）

  です

• データベース内容：

  の

  AppDBテーブルは、すべてのDjangoのテーブル（管理者、contenttypesの、認証、セッション）+ django_migrations

これら

は、ルータのがされているすべてのこのアプリで定義されたモデル+ django_migrations

DEFAULTテーブルです2 dbs：

class DefaultRouter(object): 
    APPS = ['auth', 'sessions', 'admin', 'contenttypes'] 
    DB = 'default' 

    def db_for_read(self, model, **hints): 
     if model._meta.app_label in self.APPS: 
      return self.DB 
     return None 

    def db_for_write(self, model, **hints): 

     if model._meta.app_label in self.APPS: 
      return self.DB 

     return None 

    def allow_relation(self, obj1, obj2, **hints): 

     if obj1._meta.app_label in self.APPS or obj2._meta.app_label in self.APPS: 
      return True 
     return None 

    def allow_migrate(self, db, app_label, model_name=None, **hints): 

     if app_label in self.APPS: 
      return db == self.DB 
     return None 


class MyAppDBRouter(object): 
    def db_for_read(self, model, **hints): 
     return self.check_app_label(model) 

    def db_for_write(self, model, **hints): 
     return self.check_app_label(model) 

    def allow_relation(self, obj1, obj2, **hints): 
     if obj1._meta.app_label == 'myapp' or obj2._meta.app_label == 'myapp': 
      return True 
     return None 

    def allow_migrate(self, db, app_label, model_name=None, **hints): 
     if app_label == 'myapp': 
      return db == 'appdb' 
     return None 

    @staticmethod 
    def check_app_label(model): 
     if model._meta.app_label == 'myapp': 
      return 'appdb' 
     return None 

ありがとうございます。

Answer 1

django_migrationsそのデータベースに移行が適用されているテーブルレコード。これは、Djangoの移行システムがデータベースの現在の状態と移行を実行する必要があることを理解するためのメカニズムです。したがって、すべてのデータベースで必要です。

ここで、マイグレーションが実際には必要ないテーブル（たとえば、読み取り専用データベース）があると、問題が発生する可能性があります。それはthis ticketの件です。

Answer 2

バージョン1.7より前のDjangoでは、django_migrationsテーブルはありませんでした。その後、Djangoにはデータベーススキーマに関連する変更、つまりフィールド定義の変更、db.models内のフィールドの追加または削除を処理するための移行が正しく含まれていました。

は、以前のバージョンでは、開発者は、まさにこれを行うためにdjango_south_migrationアプリを使用しますが、ほとんど誰もがそれを使用していたことから、Djangoは以降の1.7バージョンに含まれています。

django_migrationsテーブルは、データベースに適用されたデータベーススキーマの変更の記録を保持します。この表は、djangoが python manage.py makemigrationsの後に作成された新しい移行を適用するのに役立ちます。

この表のapp列この移行が適用されたアプリの名前を記録します。任意のdjangoアプリケーションのマイグレーションディレクトリに移動すると、0001_auto .pyなどのマイグレーションファイルが表示されます。
たとえば、この移行がデータベースに適用されている場合、name = 0001_autoおよびapp = django_migrationsテーブルにあります。