Джанго - Юг - Есть ли способ просмотреть SQL, который он запускает?

Question

Вот что я хочу сделать.

Разработка проекта Django на сервере разработки с базой данных разработки. Запустите миграцию на юг по мере необходимости, когда я поменяю модель.

Сохраняйте SQL из каждой миграции и применяйте их на производственном сервере, когда я буду готов к развертыванию.

Возможно ли такое с Югом? (Мне также было бы любопытно, что делают другие, чтобы добиться изменений в вашей базе данных разработки при работе с Django)

Answer 1

Вы можете по крайней мере проверить sql, сгенерированный, выполнив manage.py migrate --db-dry-run --verbosity=2.Это не будет ничего делать с базой данных и покажет все sql.Я все равно сделал бы резервную копию, хотя лучше, чем потом сожалеть.

Answer 2

 python manage.py sqlmigrate <app_label> <migration_name>

Answer 3

Когда мне нужно увидеть SQL, который генерирует South для отладки или проверки, я просто добавляю следующие параметры ведения журнала в мои local_settings.LOGGING.loggers:

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

Это полный пример настройки ведения журналадля юга:

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',
        },
    }
}

Это выведет все, включая запрос, который запускает Юг, чтобы решить, какие миграции выполнить:

[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=()"

Это и установка многословия на 2 или 3 обычно большедостаточно, чтобы получить четкое представление о том, что происходит.

Answer 4

Вы можете попробовать записать SQL-запросы в db.connection.queries, используя команду управления, которая вызывает миграцию с опцией пробного запуска:

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']

Предполагая, что на юге все проходит через обычный интерфейс БД, который должен работать. Там будет несколько дополнительных выборов, когда он запросит таблицу истории.

Вы бы поместили это в management/commands/print_migration_sql.py внутри своего приложения и затем запустили:

python manage.py print_migration_sql

Возможно, его легко расширить, чтобы запустить его только для определенных приложений и т. Д.

Answer 5

Я бы либо сделал то, что предложил Лутгер (и, возможно, написал бы анализатор журнала, чтобы исключить просто SQL), либо я бы запустил миграцию на тестовую базу данных с включенным ведением журнала в тестовой БД..

Конечно, если вы можете запустить его на тестовой базе данных, вы всего в нескольких шагах от проверки миграции.Если это пройдет, запустите его снова против производства.