Logo

Característica:

Persisted queries

Persisted queries

En una API REST, creamos múltiples endpoints, cada uno devolviendo un conjunto predefinido de datos. En una API GraphQL, en cambio, enviamos cualquier consulta a un único endpoint, que devuelve exactamente los datos solicitados.

Las persisted queries son consultas GraphQL normales, pero se almacenan en el servidor y se acceden bajo su propia URL, emulando así un endpoint REST. Proporcionan las ventajas de estas dos APIs, evitando sus desventajas:

VentajasDesventajas
✅ Se accede mediante GET o POST❌ Se accede únicamente mediante POST
✅ Puede cachearse en el servidor o en una CDN❌ Hay que proporcionar una capa adicional en el cliente solo para la caché
✅ Es segura: solo se expone la información prevista❌ Los datos quedan expuestos a cualquiera, incluidos actores maliciosos
✅ Sin sub/sobre obtención de datos, todos los datos se recuperan en una sola petición❌ Puede ser lenta, ya que la aplicación puede necesitar varias peticiones para obtener todos los datos
✅ Permite una iteración rápida del proyecto❌ Es tedioso crear todos los endpoints
✅ Puede ser autodocumentada❌ Producir documentación es obligatorio
✅ Proporciona clientes para crear y publicar la consulta❌ La publicación de endpoints se hace mediante código
Persisted query en el editor
Persisted query en el editor

Suscríbete a nuestra newsletter

Mantente al tanto de todas las novedades de Gato GraphQL.