perf(Audit): Audit log pagination is expensive

Abierto
#8,856 2 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
48/100
Tipo de issue
Nueva funcionalidad
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
postgresql, python

Línea de trabajo

Start by locating the audit log list endpoints and how they apply page-number pagination; inspect the count query and the indexes added for #8846. The issue identifies the expensive per-request count as the problem, but does not specify a replacement pagination approach. Done should reduce the cost of listing audit logs on large projects while preserving the endpoint behavior.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

Problem

The audit log list endpoints use page-number pagination, which runs SELECT COUNT(*) on every request to work out the total and the last page. The count reads every audit log row that matches the filters, so its cost grows with the size of the project's audit log, even when the client only asks for the first page.

On large projects, the count can take up to 500 ms. Indexes added for #8846 make this cheaper, but it's still a lot

Lenguaje dominante
Python
Estrellas
7.1k
Forks
603
Merge medio
3 d 8 h
PR fusionados (30 d)
102

Preparar el entorno

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de Flagsmith/flagsmith

Todos los issues de Flagsmith/flagsmith

Issues similares

Más issues de Python

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.