Rails 3.1: No se puede escribir en la columna en la misma migración que se suma que

Question

que tenía una migración add_column que funcionaría bien. Sin embargo, después de ejecutarlo y encender una consola, encontraría las columnas first_name y last_name completamente vacías. Intenté usar save! en su lugar y tuvo el mismo efecto: no se informaron errores. Aquí está el original:

class UserAddFirstNameAndLastName < ActiveRecord::Migration 
    def change 
    # add column first name, last name string 
    add_column :users, :first_name, :string 
    add_column :users, :last_name, :string 

    User.all.each do |u| 
     u.first_name = 'first name' 
     u.last_name = 'last name' 
     u.save 
    end 
    end 
end 

también pensé que esto podría haber algún problema de la carga de clases, por lo que inserta la línea User para obligar a la clase de usuario para recargar antes del bucle. No dados.

Cuando dividir este en dos migraciones, se logró el efecto deseado. ¿Alguien tiene una explicación para esto? Juro que incluso hice esto en el mismo proyecto con migraciones pasadas.

Otras notas: Idear para el motor de usuario, añaden las nuevas columnas a attr_accessible en la clase de usuario antes de ejecutar la migración.

Answer 1

va a cargar la clase de usuarios en algún lugar antes de la migración se ejecuta de manera User es un poco confundido acerca de su propia estructura. La solución es llamar reset_column_information después de la adición de su columna:

Restablece toda la información acerca de las columnas en caché, lo que hará que se pueden recargar en la siguiente solicitud.

El patrón de uso más común para este método es, probablemente, en una migración, cuando justo después de la creación de una tabla que desea rellenarlo con algunos valores por defecto

La sección Using Models in Your Migrations del Migrations Guide podría ser digno de una mirada también.

intenta reanudar y el uso de una migración de esta manera:

def change 
    # add column first name, last name string 
    add_column :users, :first_name, :string 
    add_column :users, :last_name, :string 

    User.reset_column_information 

    User.all.each do |u| 
    u.first_name = 'first name' 
    u.last_name = 'last name' 
    u.save 
    end 
end 

he comprobado esto con tres migraciones como este:

# 1: Don't touch Model before the new columns. 
def change 
    add_column :models, :some_column, :string 
    Model.all.each { |m| m.some_column = 'pancakes'; m.save } 
end 

# 2: Pull in Model before adding the new columns. 
def change 
    puts Model.all.count 
    add_column :models, :some_column, :string 
    Model.all.each { |m| m.some_column = 'pancakes'; m.save } 
end 

# 3: Pull in Model before adding the new columns but use reset_column_information 
def change 
    puts Model.all.count 
    add_column :models, :some_column, :string 
    Model.reset_column_information 
    Model.all.each { |m| m.some_column = 'pancakes'; m.save } 
end 

El primero funciona bien, el segundo añade some_column pero lo deja con valores NULL, el tercero también funciona.

supongo que algo en su inicialización de la aplicación (posiblemente de Idear) está causando usuario y su esquema se va a cargar, a continuación, agregar una columna. Pero, al parecer, el usuario solo sabe en parte sobre la nueva columna ya que la llamada u.first_name funciona, pero hay algo almacenado en caché dentro de Usuario para evitar que el atributo se escriba en la base de datos.