ActiveRecord is nice, maar soms is raw SQL beter

Chris Brandhorst wo 10 feb 10

Met ActiveRecord heb je als Rails-ontwikkelaar een hoop nuttige methoden in handen om het werken met modellen en het aanpassen van een database te vergemakkelijken.

Het is echter niet altijd de snelste manier… AR voegt uiteraard een hoop overhead toe dat niet nodig is bij het uitvoeren van basale taken op de database, zoals in migrations.

Zo hadden wij een Customers-tabel met daarin een telefoonnummer en een mobiel telefoonnummer. Dit moest er 1 worden, en de mobiele telefoon had prevalentie. Dus wat doe je dan: je maakt een backup-kolom van de mobiele telefoon info, kopieert het originele mobiele nummer naar deze kolom en zet daarna het mobiele nummer gelijk aan het telefoonnummer als er geen mobiel nummer was. In de AR-based migration staat dan het volgende:

add_column :customers, :mobile_number_old, :string, :length => 50
Customer.reset_column_information
Customer.all.each do |c|
  c.mobile_number_old = c.mobile_number
  c.mobile_number = c.phone_number if c.mobile_number.nil? || c.mobile_number.strip.blank?
  c.save
end

Ziet er goed uit. Echter, op de tabel met 33.100 records was de migration na 10 minuten nog niet klaar.

Een andere aanpak was nodig, dus werd gewoon raw SQL geprobeerd:

add_column :customers, :mobile_number_old, :string, :length => 50
execute "UPDATE customers SET mobile_number_old = mobile_number"
execute "UPDATE customers SET mobile_number = phone_number WHERE mobile_number IS NULL OR TRIM(mobile_number) = ''"

Deze query was na 3 seconden klaar.

Probeer dus goed te bedenken of je een operatie op grote aantallen records niet beter met raw SQL kan doen!

Gepost in hor |  3 reacties