Django - South - gibt Es eine Möglichkeit die SQL-läuft es?

Hier ist, was ich tun will.

Entwickeln ein Django-Projekt auf einem Entwicklungs-server mit einer Entwicklung Datenbank. Führen Sie den Süden Migrationen als notwendig, wenn ich das Modell ändern.

Speichern Sie die SQL von jeder migration und wenden diese auf den Produktions-server, wenn ich bereit bin zu implementieren.

Ist so etwas möglich mit in den Süden? (Ich würde auch neugierig sein, was andere tun, um Ihre Entwicklung Datenbank-änderungen auf die Produktion bei der Arbeit mit Django)

  • Reine Neugier: Warum möchten Sie die änderungen von Hand ein, anstatt die Migration der app mit Süd-auf die Produktion als auch?
  • Es geht um ziemlich wichtige Daten, und ehrlich gesagt, ich weiß nicht, ob ich das Vertrauen jedes Paket genug, um an meine Daten. Ich würde eher überprüfen der SQL, es wird zuerst ausgeführt, um sicherzustellen, es wird nicht Schaden nichts. Ich denke, ich könnte das system offline nehmen, und die backup-Daten vor der Migration.
  • Das macht Sinn, danke. Meine Erfahrung mit Süd wurde gut genug für mich zu etwas Vertrauen, dass die Dinge nicht gehen... naja, in Richtung Süden. 🙂 Ich glaube nicht, dass South irgendeiner Weise zu untersuchen Sie die resultierenden SQL-obwohl, aber ich könnte falsch sein. Hinzufügen eines bounty zu sehen, wenn jemand Glockenspiel in mit eine definitive Antwort.
  • Wenn südlich schief geht (es hat Warzen) - manchmal ist es Zeit, um die mysql-Kommandozeile, und Feuer durch die SQL manuell, führen Sie dann die migration mit "--fake". Ich hasse es, so zu tun. Die alternative wäre fix/patch-Süd, wenn ich herausfinden kann wie. Dies wird dann eine Frage, wie viel Zeit Sie haben...
InformationsquelleAutor Greg | 2011-04-29
  1. 50

    Können Sie zumindest prüfen Sie die generierte sql-by-doing -manage.py migrate --db-dry-run --verbosity=2. Das wird nicht alles tun, um die Datenbank und zeigt alle sql. Ich würde trotzdem ein backup machen, aber besser safe als sorry.

    • Dies macht nicht zeigen Sie das SQL in Süd-version 0.7.6. Hat sich das Verhalten geändert wurde, entlang dem Weg?
    • Ah, es nicht zeigen, das SQL für das ÄNDERN von Tabellen (Süd-0.7.6, PostgreSQL 9.1). Stattdessen zeigt es die Meldung "kein Trockenlauf-Ausgang für alter_column() durch dynamische DDL, sorry". Dies ist eine PostgreSQL-Begrenzung?
    • MySQL scheint, haben die gleiche Einschränkung.
    • gleiche Nachricht in Oracle.
    • Ich bekomme ./manage.py: error: no such option: --db-dry-run ist das nur im Süden?
    • ja Süden nur. Für Django-Migrationen es ist sqlmigrate Befehl docs.djangoproject.com/en/1.8/ref/django-admin/...

    InformationsquelleAutor Lutger
  2. 7
     python manage.py sqlmigrate <app_label> <migration_name>
    • Das funktioniert nicht mit dem Süden (bei Bedarf durch OP) wird jedoch in der tirk wenn Sie mit den neuen django builtin-Migrationen.
    InformationsquelleAutor Flimm
  3. 3

    Könnten Sie versuchen, die Protokollierung der SQL-Abfragen in der db.- Verbindung.Abfragen, mit einem management-Befehl zum aufrufen der Migration mit einem dry-run-option:

    
from django.core.management.base import BaseCommand
from django import db

class Command(BaseCommand):
    help = 'Output SQL for migration'

    def handle(self, *app_labels, **options):
        # assumes DEBUG is True in settings
        db.reset_queries()

        from django.core.management import call_command
        kw = {'db-dry-run': 1,  'verbosity': 0}
        call_command('migrate', **kw)

        for query in db.connection.queries:
            print query['sql']

    Unter der Annahme, dass south bringt alles mit den üblichen db-Schnittstelle, die funktionieren sollte. Es wird ein paar extra wählt, in der es, wenn er Abfragen an die history-Tabelle.

    Würden Sie setzen, dass in einer management/commands/print_migration_sql.py innen Ihre app und führen Sie es:

    
python manage.py print_migration_sql

    Könnte es wahrscheinlich problemlos erweitert werden, um die Ausführung dieses nur für bestimmte apps etc

    • Hat jemand ein tieferes wissen, ob Süd hat verwendet die üblichen db-Schnittstelle? für mich wäre dies der beste Ansatz, wenn man bedenkt zu was @john-montgomery vorgeschlagen hat.
    • wenn Sie mit db-dry-run erhalten Sie einige Nachrichten, "no dry run output for alter_column() due to dynamic DDL, sorry".
    InformationsquelleAutor John Montgomery
  4. 3

    Wenn ich brauche, um zu sehen, die SQL -, die Süd-erzeugt für die Fehlersuche oder überprüfung, ich fügen Sie einfach die folgenden logging-Einstellungen zu meinem local_settings.Die PROTOKOLLIERUNG.Holzfäller:

        'django.db.backends': {
        'handlers': ['console'],
        'level': 'DEBUG',
    },

    Dies ist ein vollständiges Beispiel für die logging-Einstellung für den Süden:

    LOGGING = {
    'version': 1,
    'disable_existing_loggers': False,
    'formatters': {
        'verbose': {
            'format': '[%(asctime)s] %(levelname)s %(name)s %(lineno)d "%(message)s"'
        },
        'simple': {
            'format': '%(levelname)s %(message)s'
        },
    },
    'filters': {
        'require_debug_false': {
            '()': 'django.utils.log.RequireDebugFalse'
        }
    },
    'handlers': {
        'console': {
            'level': 'DEBUG',
            'class': 'logging.StreamHandler',
            'formatter': 'verbose',
        },
    },
    'loggers': {
        'django': {
            'handlers': ['console'],
            'level': 'DEBUG',
            'propagate': True,
        },
        'django.db.backends': {
            'handlers': ['console'],
            'level': 'DEBUG',
        },
    }
}

    Dieser Ausgabe wird alles, einschließlich der Abfrage, Süden läuft, um zu entscheiden, was Migrationen ausführen:

    [2014-03-12 23:47:31,385] DEBUG django.db.backends 79 "(0.001) SELECT `south_migrationhistory`.`id`, `south_migrationhistory`.`app_name`, `south_migrationhistory`.`migration`, `south_migrationhistory`.`applied` FROM `south_migrationhistory` WHERE `south_migrationhistory`.`applied` IS NOT NULL ORDER BY `south_migrationhistory`.`applied` ASC; args=()"

    Dass und Einstellung Ausführlichkeit auf 2 oder 3 wird in der Regel mehr als genug, um ein klares Bild von dem, was Los ist.

    • Vielen Dank für das Bearbeiten Stefano.
    InformationsquelleAutor Matthew Purdon
  5. 2

    Ich würde entweder das tun, was Lutger vorgeschlagen (und vielleicht schreiben Sie einen log-parser, Streifen aus nur SQL), oder ich würde meine migration gegen eine test-Datenbank mit aktivierter Protokollierung auf der test-DB.

    Natürlich, wenn Sie können führen Sie es gegen die Datenbank testen, du bist nur ein paar Schritte von der Validierung der migration. Wenn es geht, führen Sie ihn erneut gegen die Produktion.

    InformationsquelleAutor Ben Burns
Schreibe einen Kommentar