Identificación y solución del problema N+1 en Rails

Curso de Creación de APIs con Ruby on Rails

Contenido del curso

Introducción

Proyecto

Cierre

33
Creación de APIs con Rails: Buenas Prácticas y Features Avanzados
00:43 min

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:006:20

Identificación y solución del problema N+1 en Rails

Curso de Creación de APIs con Ruby on Rails

Clase 19 de 33

Clase 19 / 33

Recursos

Resolver el N+1 query problem en Rails es clave para mejorar rendimiento sin cambiar el comportamiento. Aquí verás cómo diagnosticar con RSpec, leer los logs en pruebas y aplicar la solución más simple usando includes en el controlador. Todo con pasos claros y verificables.

¿Cómo identificar el n más uno query problem con RSpec y logs?

Para confirmar el problema, se ejecuta una sola prueba y se monitorean los logs del entorno de test. Así observas si hay múltiples SELECT repetidos en la tabla relacionada, señal inequívoca del N+1.

¿Cómo ejecutar una sola prueba con RSpec?

Ubicar la línea de la prueba: línea 29.
Obtener el path de la prueba: spec/requests/posts.
Ejecutar en la terminal: bundle exec rspec spec/requests/posts:29.
Verificar que solo corre esa prueba.

¿Cómo monitorear los logs en logs/test.rb con tail -f?

Ir a la carpeta de logs y abrir el archivo de pruebas: logs/test.rb.
Limpiar el archivo para empezar desde cero.
Si se borró, recrearlo y luego correr: tail -f logs/test.rb.
En otra terminal, repetir bundle exec rspec spec/requests/posts:29.
Observar en el log: primero un SELECT de los posts publicados y luego múltiples SELECT users * repetidos varias veces. Eso confirma el N+1.

¿Cuál es la solución simple con includes en el controlador de posts?

La forma más directa es usar includes para precargar la relación. Rails hace un solo query para la colección relacionada, evitando los múltiples SELECT por cada fila.

# posts_controller.rb
class PostsController < ApplicationController
  def index
    @posts = Post.includes(:user)
  end
end

Se incluye el modelo relacionado: :user.
Rails extrae los IDs de usuarios de los posts y hace un solo query para traerlos.
No cambia el comportamiento de la respuesta ni rompe pruebas.

¿Qué cambia en los logs tras aplicar includes?

Antes: un SELECT de posts publicados + diez SELECT a users (11 queries).
Después: dos queries totales, uno para posts y uno para todos los usuarios relacionados.
Impacto estimado: si cada query cuesta 100 ms, pasar de 11 a 2 ahorra ~1 segundo.

¿Qué habilidades y conceptos clave se aplican?

Dominar estos puntos acelera el diagnóstico y la solución en proyectos Rails.

N más uno query problem: múltiples queries a la tabla relacionada por cada fila de la colección. Degrada el rendimiento.
Ejecución focalizada con RSpec: bundle exec rspec spec/requests/posts:29 reduce el tiempo de análisis.
Lectura de logs en pruebas: uso de logs/test.rb para ver los SELECT ejecutados.
Monitoreo en tiempo real: tail -f para observar cómo se disparan los queries.
Verificación del patrón: un SELECT de posts publicados seguido de muchos SELECT users * indica N+1.
includes en Rails: precarga de asociaciones para convertir muchos queries en uno solo por relación.
Controlador de posts: aplicar Post.includes(:user) al construir la colección.
Métrica práctica: de 11 queries a 2, con ahorro notable de tiempo por petición.

¿Te pasó algo similar con otras asociaciones? Cuéntalo y comparte qué mejoras viste en tus logs al aplicar includes.

Comentarios (8)8 comentarios

Francisco Ochoa

Hace 8 años

Creo que la solución es agregar includes al final de la primera linea del método index así:

def index
    @posts = Post.where(published: true).includes(:user)
    if !params[:search].nil? && params[:search].present?
      @posts = PostsSearchService.search(@posts, params[:search])
    end
    render json: @posts, status: :ok
  end ```

Victor Manuel Franco Cañon

Porque sugieres hacerlos en la consulta a los post publicados y no donde estan siendo devueltos en formato json?

Diego Camacho

@vifrac gracias al Lazy Load en Rails el resultado no se ve afectado si empleamos el includes en la primera linea del metodo o antes de llamarlo en el render.

Jesus Eduardo Cruz Valdez

Hace 6 años

Wow

Este curso esta increible, el mejor que visto!

Luis Enrique Hernandez Navarro

Hace 7 años

Aquí otro problema ahora es el tamaño, ahorita manejamos 10 resultados, pero si fueran 35 Mil coincidencias? tendríamos que usar paginación en la búsqueda.

No se vio cómo lo soluciono. creo que el que edito el video borro la parte importante de este video.

Ricardo Celis

Profesor

Hola voy a pasarle el dato al equipo para que quede solucionado, gracias!

Johan Donado

Hace 5 años

No entiendo por qué esta pregunta me sale mala en el examen, si según la explicación no se generaría el problema del N+1 query. Dije que NO pero me marca la respuesta como mala.

select * from invoices where date > '1991-11-01';
select * from invoice_items where invoice_id in (1, 2, 3, 4, 5);

Joaquin Logiudice

Tengo la misma consulta mi estimado, yo veo dos queries.

Jorge Diaz

Hace 3 años

porque el where in, hace una iteración por cada uno.

Sebastian Kloster

Porque cuando hacemos un get a Posts tambien me trae a los users? Es decir, no entiendo porque hace otra querie para buscar el user, cuando a mi lo que me interesa es nada mas q me traiga los Posts y cuanto mucho las FK de users.

Jorge Daniel Pat Navarro

Tal vez en la interfaz grafica quieras agregar el nombre del usuario que genero el post. Sino lo hicieras así tendrías que hacer una consulta por cada FK de user

Santiago Pérez González

Hace 2 años

Aunque ahora me surge una duda que no me había planteado. ¿por qué si hacemos menos consultas los test duran más? Al principio duró 0.16 segundos y después duró 0.35 segundos.

Algo me dice que a gran escala, el resultado será al revés.

Jorge Levy Cen Avila

Implementación del método includes para solucionar el problema de N+1

Introducción

API de blog con Ruby on Rails y TDD

Verificar herramientas antes del proyecto Rails

Proyecto

Creación de APIs con Rails: Proyecto Blog API paso a paso

Configuración de Gemas para Pruebas en Proyectos Rails

Configuración de Gemas en Proyectos Rails: Arspec, Factory Bot y Database Cleaner

Implementación de un Health Check Endpoint en API con RSpec

Diseño de Casos de Uso y Diagramas de Entidad para Aplicaciones

Diagrama entidad relación: usuario y post

Modelado de Aplicaciones con TDD en Rails

Validaciones y Pruebas TDD en Rails: Modelos USR y Post

Implementación de Endpoints para Listar y Mostrar Posts con TDD

Implementar controlador Posts con TDD

Pruebas TDD para crear y actualizar posts

Implementación de Métodos y Manejo de Excepciones en Rails API

Active Model serializers: control total de JSON en Rails

Búsqueda y Filtrado de Posts por Título con TDD

Implementación de Búsqueda de Posts con Servicios en Rails

Problema N+1 en Rails: Detección y Solución Eficaz

Identificación y solución del problema N+1 en Rails

Flujo de Autenticación en APIs con Tokens y Proveedores

Tests con RSpec para autenticación de tokens

Autenticación con Tokens: Implementación en Rails API

Autenticación de Usuarios en Controladores Rails

Autenticación y Seguridad en CRUD de Posts en Rails

Pruebas de Creación y Actualización con Autenticación en Rails

Probando API Ruby on Rails con Postman

Caching en Aplicaciones Web: Funciones y Niveles

Aceleración de Búsquedas en Rails con Caching

Background Jobs en Rails: Conceptos y Funcionalidades

Procesamiento en Background y Envío de Correos con Rails

Envío de Correos en Rails con ActionMailer y Background Jobs

Autenticación y Autorización con JWT y Auth0 en Aplicaciones Web

Cierre

Creación de APIs con Rails: Buenas Prácticas y Features Avanzados

Identificación y solución del problema N+1 en Rails