Perché la tabella django_migrations in tutti i database

Question

Sto costruendo un sito Web in Django Framework, questo sito web deve avere diversi schemi SQL, per ora sono riuscito a creare tutti gli schemi e tutte le cose, ma non capisco perché la tabella django_migrations è in ogni schema dopo la migrazione dei database.

• Basi di dati attesi Contenuto:

  tavoli AppDB sono tutti i modelli definiti da questa applicazione

  predefinite tabelle DB sono tutte le tabelle Django (admin, ContentTypes, AUTH, sessioni)

• Database Contenuto:

  tavoli AppDB sono tutti i modelli definiti da questa applicazione + django_migrations

  tabelle predefinite sono tutte le tabelle Django (admin, ContentTypes, auth, sessioni) + django_migrations

Quelli sono i router di il 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 

Grazie.

Answer 1

La tabella django_migrations registra quali migrazioni sono state applicate su tale database. È il meccanismo con cui il sistema di migrazione Django comprende lo stato corrente del database e le migrazioni che devono essere eseguite. Quindi è richiesto su tutti i database.

Ora, se si avesse una tabella che non necessitava effettivamente di migrazioni, ad esempio un database di sola lettura, ciò potrebbe causare problemi. Questo è l'argomento di this ticket.

Answer 2

Prima della versione 1.7 di Django, non esisteva una tabella django_migrations. Successivamente, Django ha giustamente incluso le migrazioni per la gestione delle modifiche relative allo schema del database, ovvero modifiche nella definizione dei campi, aggiunta o cancellazione dei campi in db.models.

nelle versioni precedenti, gli sviluppatori di utilizzare django_south_migration app per fare esattamente questo, ma dal momento che quasi tutti lo stava usando, Django incluso nella versione 1.7 in poi.

Ora venendo alla tua domanda, la tabella django_migrations tiene traccia dei cambiamenti nello schema del database applicato al database. Questa tabella aiuta Django ad applicare nuove migrazioni create dopo python manage.py makemigrations.

La colonna dell'app di questa tabella registra il nome dell'app a cui è stata applicata questa migrazione. Se andrai alla directory delle migrazioni di qualsiasi app django, vedrai i file di migrazione del modulo 0001_auto .py ecc.
ad esempio se questa migrazione è stata applicata al database, troverai una voce con nome = 0001_auto e app = nella tabella django_migrations.