Стоит ли использовать sqlalchemy-migrate? [закрыто]

У меня есть веб-приложение, использующее sqlalchemy (в Pylons). Мне нужно эффективно изменить схему, чтобы иметь возможность изменять производственную версию хотя бы на ежедневной основе, а может и больше, без потери данных.

Я немного поиграл с sqlalchemy-migrate на выходных и могу сказать, что это произвело на меня плохое впечатление. Во-первых Я думаю, это не поможет при миграции между двумя механизмами баз данных ; это то, что, вероятно, можно было бы сделать только с помощью sqlalchemy. Во-вторых, документы кажутся устаревшими. Мне пришлось изменить некоторые параметры командной строки, например, указать путь к репозиторию в каждой команде, это могло быть ошибкой миграции.

Но самое ужасное - это команда "manage.py test ". Он не только на самом деле изменяет базу данных (этот момент четко указан в документации, поэтому я не могу винить миграцию), но и мой первый сценарий миграции просто сделал глупую миграцию схемы, оставив обновленную-пониженную базу данных с схема отличается от исходной . Но тест manage.py просто ответил что-то вроде

 success !

, то есть он даже не проверял, осталась ли схема в согласованном состоянии. Итак, стоит ли использовать миграцию? Есть ли какие-либо преимущества по сравнению с методом «Сделай сам», связанные с передовой практикой , предложенной С.Лоттом ? Существуют ли альтернативы sqlalchemy-migrate, действительно упрощающие процесс миграции, или я просто пытаюсь использовать migrate с плохим a priori (тогда, пожалуйста, покажите мне, почему это явно не превосходит создание столбцов CSV, как предлагается в ссылку выше)?

Большое спасибо!