Добавление логики обновления в ваши миграции

Пару раз я был в ситуации, когда хотел реорганизовать дизайн какой-то модели и в итоге добавлял логику обновления в миграцию. Однако, насколько я понял, это не очень хорошая практика (тем более, что вам рекомендуется использовать файл схемы для развертывания, а не ваши миграции). Как вы справляетесь с такими проблемами?

Чтобы пояснить, что я имею в виду, скажем, у меня есть модель User. Поскольку я думал, что будет только два типа пользователей, а именно «обычный» пользователь и администратор, я решил использовать простое логическое поле, указывающее, был ли пользователь администратором или нет.

Однако после того, как я подумал, что мне нужен какой-то третий тип пользователя, возможно, модератор или что-то подобное. В этом случае я добавляю модель UserType (и соответствующую миграцию) и вторую миграцию для удаления флага «admin» из пользовательской таблицы. И тут возникает проблема. В миграции «add_user_type_to_users» мне нужно сопоставить значение флага администратора с типом пользователя. Кроме того, для этого должны существовать типы пользователей, то есть я не могу использовать файл seed, а скорее создаю типы пользователей при миграции (это также считается плохой практикой). Вот какой-то вымышленный код, представляющий ситуацию:

class CreateUserTypes < ActiveRecord::Migration
    def self.up
        create_table :user_types do |t|
            t.string :name, :nil => false, :unique => true
        end

        #Create basic types (can not put in seed, because of future migration dependency)
        UserType.create!(:name => "BASIC")
        UserType.create!(:name => "MODERATOR")
        UserType.create!(:name => "ADMINISTRATOR")
    end

    def self.down
        drop_table :user_types
    end
end

class AddTypeIdToUsers < ActiveRecord::Migration
    def self.up
        add_column :users, :type_id, :integer

        #Determine type via the admin flag
        basic = UserType.find_by_name("BASIC")
        admin = UserType.find_by_name("ADMINISTRATOR")
        User.all.each {|u| u.update_attribute(:type_id, (u.admin?) ? admin.id : basic.id)}

        #Remove the admin flag
        remove_column :users, :admin

        #Add foreign key
        execute "alter table users add constraint fk_user_type_id
            foreign key (type_id) references user_types (id)"
    end

    def self.down
        #Re-add the admin flag
        add_column :users, :admin, :boolean, :default => false

        #Reset the admin flag (this is the problematic update code)
        admin = UserType.find_by_name("ADMINISTRATOR")

        execute "update users set admin=true where type_id=#{admin.id}"

        #Remove foreign key constraint
        execute "alter table users drop foreign key fk_user_type_id"

        #Drop the type_id column
        remove_column :users, :type_id
    end
end

Как видите, есть две проблемные части. Сначала часть создания строки в первой модели, которая необходима, если я хочу запустить все миграции подряд, затем часть «обновления» во второй миграции, которая сопоставляет столбец «admin» со столбцом «type_id».

Любой совет?