AdequateRecord Pro™ una razón de peso para cambiarse a Rails 4.2

ruby on rails

Partamos desde lo sencillo, cuando estamos hablando de Ruby on Rails el ActiveRecord es el M de la MVC, o sea la capa de que se conecta con la base de datos.

y cuando estamos hablando de AdequateRecord Pro estamos hablando de caching que logrará hacer a Ruby on Rails bastante más rápido.

Cuanto más rápido?, veamos el gráfico, a mi me encantan los gráficos.

AdequateRecord pro Iteraciones por segundo

AdequateRecord pro Iteraciones por segundo

 

El gráfico está en iteraciones por segundo, lo que significa que más es más rápido, y la prueba que se está corriendo consiste simplemente en buscar un usuario por id y por nombre.

Aquí el benchmark que escribió Aaron para comparar el AdequateRecord

require 'active_support'
require 'active_record'

p ActiveRecord::VERSION::STRING

ActiveRecord::Base.establish_connection adapter: 'sqlite3', database: ':memory:'
ActiveRecord::Base.connection.instance_eval do
  create_table(:people) { |t| t.string :name }
end

class Person < ActiveRecord::Base; end

person = Person.create! name: 'Aaron'

id   = person.id
name = person.name

Benchmark.ips do |x|
  x.report('find')         { Person.find id }
  x.report('find_by_name') { Person.find_by_name name }
end

Y finalmente la pregunta de rigor, cuando podremos probarlo?, y la verdad es que desde ya, la versión beta de rails 4.2 ya está online, pero definitivamente no es recomendable utilizar un beta en producción.

Gonzalo Sánchez
Share Button
11 years ago 2 Comments Benchmarks, Ruby, , , 3,836
¿En que lenguaje de programación están hechos Facebook y Twitter?Como cargar un javascript específico en un controller de rails
You Might Also Like
 
 
Comments: 2
  1. 11 years ago

    Gonzalo, en que casos o mejor en que tipo de aplicaciones se aprovecha mejor AdequateRecord?

    Saludos

    ReplyCancel
    • 11 years ago

      Prácticamente en todas, AdequateRecord lo que hace es optimizar el tipo de consultar más recurrente, el find, este se ocupa en la mayoría de los métodos del controller, por ejemplo para mostrar el detalle de un producto o rescatar los datos de un usuario. Al estar cacheado se ejecutan menos lineas de código y en un sitio con mucho tráfico puede significar una gran diferencia.

      Casi todas las aplicaciones con estructura REST depende fuertemente de esta función, así que es una mejora notable.

      Donde no sirve?
      En una aplicación con sólo páginas estáticas, o que sólo se muestre una lista de productos.

      ReplyCancel

Leave a Reply