Виталий: это все потому, что Вы не до конца понимаете самой сути миграций. Они нужны для поддержания БД в актуальном состоянии. Т.е. для синхронизации версии приложения с версией БД. Весь код методов миграций в конечном итоге генерит всего лишь инструкции SQL, которые затем выполняются серверов БД.
Виталий: так я Вам и ответил, что тип, подобный ENUM в MySQL, есть не во всех серверах БД. Ваша ссылка на документацию - это не совсем тот ENUM, нежели в MySQL. О чем я Вам и написал...
Тот же Oracle позволяет создавать классы и указывать их как значения полей в таблице. Но это не значит, что такая возможность есть у абсолютно всех СУБД.
Виталий: подобное можно эмулировать и в Oracle через CHECK CONSTRAINT.
>> но подобное имеется
Так в чем суть дискуссии? Топикстартером был поставлен конкретный вопрос на который он получил конкретный ответ. Если у Вас есть решение лучше - буду рад на него взглянуть.
Если хотите обсудить те или иные возможности серверов БД - создавайте вопрос и в его рамках получите исчерпывающие ответы.
Виталий: видно недопонимаете.
Например, попробуйте в PostgreSQL объявить тип поля как ENUM без создания пользовательского типа. Ну или добавить в уже созданному типу ENUM новое значение без дополнительных телодвижений.
Пользуемся примерно полгода. Письма c Яндекс.Почты доходят нормально. Для транзакционных писем, как писал выше, используем Mandrill. У Мандрилла DKIM настраиваете сами (2 минуты).