Cómo reconocer la dirección de migración (hacia arriba o hacia abajo) con las migraciones de estilo Rails 3 (def change)?

Question

Me gustan mucho las migraciones de estilo de Rails 3, es decir, un método change lo suficientemente inteligente como para reconocer si las migraciones se están instalando o retrotrayendo, por lo que no tengo que escribir los métodos up y down reflejándose entre sí. Pero tengo una situación en la que necesito omitir algún código cuando se retrotrae la migración (actualizando las columnas counter_cache que estoy agregando).

Miré a http://guides.rubyonrails.org/migrations.html pero los ejemplos al final de la sección de 5 años padecen el mismo problema:

class AddFuzzToProduct < ActiveRecord::Migration 
    class Product < ActiveRecord::Base 
    end 
    def change 
    add_column :products, :fuzz, :string 
    Product.reset_column_information 
    Product.all.each { |f| f.update_attributes! :fuzz => 'fuzzy' } 
    end 
end 

Cuando esta migración se revierte, la actualización de fuzz campo es innecesaria. ¿Hay una forma de prevenirlo?

He intentado buscar en Product.column_names pero como Rails es lo suficientemente inteligente como para realizar la migración en dirección inversa, la actualización se ejecuta antes de que se elimine la columna. Además, cuando se define el método change, los métodos up o down parecen ignorados. ¿Alguna otra idea?

Answer 1

En este caso, creo que tendrá que usar los métodos up y down como de costumbre. No se preocupe, a pesar de la adición de change en Rails 3 esos métodos no están, por lo que sé, ligados a la tabla de cortar. Continúa usándolos donde sea necesario.

Editar: Aquí hay una opción: Anular migrate.

class AddFuzzToProduct < ActiveRecord::Migration 
    class Product < ActiveRecord::Base 
    end 

    def change 
    add_column :products, :fuzz, :string 
    end 

    def migrate(direction) 
    super # Let Rails do its thing as usual... 

    if direction == :up # ...but then do something extra if we're going 'up.' 
     Product.reset_column_information 
     Product.all.each { |f| f.update_attributes! :fuzz => 'fuzzy' } 
    end 
    end 
end 

¿Pensamientos?

Answer 2

Aquí hay una idea desagradable: @connection es el CommandRecorder cuando se va hacia abajo.

def change 
    add_column :products, :fuzz, :string 
    unless @connection.kind_of?(ActiveRecord::Migration::CommandRecorder) 
     Product.reset_column_information 
     Product.all.each { |f| f.update_attributes! :fuzz => 'fuzzy' } 
    end 
end 

No lo he intentado. Obviamente estás fuera de la API de Rails por lo que podría romperse en cualquier momento.

Si sólo el método de cambio tenía una forma legítima de determinar la dirección de la migración ...

Answer 3

Sólo para referencia futura, por los carriles 4 la mejor manera de hacer esto es utilizar reversible:

def change 
    # ...change code... 

    reversible do |dir| 
    dir.up do 
     # ...up-only code... 
    end 
    end 
end 

Ver http://guides.rubyonrails.org/migrations.html#using-reversible

Answer 4

En los carriles 3.x también se puede hacer esto

class AddFuzzToProduct < ActiveRecord::Migration 
    class Product < ActiveRecord::Base 
    end 
    def change 
    add_column :products, :fuzz, :string 
    unless reverting? 
     # Do this only when direction is up 
     Product.reset_column_information 
     Product.all.each { |f| f.update_attributes! :fuzz => 'fuzzy' } 
    end 
    end 
end