Postgres

Autre

Quoi de neuf les devs? #176 - Veille tech et interview de Sébastien alias Seboss666

Cette newsletter présente une veille technologique avec une interview de Sébastien, où il évoque des sujets comme HTTP, DevOps, et la sécurité. Elle annonce également un nouveau format de rubrique pour mieux répondre aux attentes des lecteurs et suggère des articles intéressants sur divers langages et pratiques de développement. Des liens vers des ressources pédagogiques sur JavaScript, DevOps, et PHP sont également inclus.

go.itanea.fr

postgres
Dev back

How one character improved Postgres performance from 15 secs to 3 secs

L'article explique comment une amélioration des performances d'une requête Postgres a été réalisée, réduisant le temps de réponse de 15 secondes à 3 secondes. L'utilisation de 'ILIKE' à la place de 'LIKE' ainsi que l'optimisation des index sur des colonnes JSONB ont contribué à cette avancée. La requête cherchait des détails biographiques avec des recherches sur le nom, le prénom et d'autres paramètres.

medium.com

postgres
Dev back

🐢 Postgres Is Slow? LOL, No. Here’s How to Make It Fly Like a Bugatti 🏎️

L'article explique comment améliorer les performances de la base de données Postgres en démystifiant sa réputation de lenteur. Il propose cinq astuces pour optimiser les requêtes, notamment l'utilisation d'instructions préparées pour éviter le surcoût de leur préparation à chaque exécution. Les modifications recommandées permettent de transformer Postgres en une solution de base de données rapide et efficace.

medium.com

postgres
Dev back

Don’t Let Thread Pools Bottleneck Your Application Performance

Cet article explique comment la gestion de la concurrence peut influencer la performance d'une application en comparant deux approches pour traiter des tâches parallèles : les pools de threads traditionnels et la concurrence structurée avec un sémaphore. L'exemple d'un API REST illustrant les effets de ces deux stratégies sur la latence des requêtes est analysé, mettant en évidence que les méthodes traditionnelles peuvent engendrer des délais pour des requêtes qui ne devraient pas en avoir.

medium.com

postgres
"
Dev back

How Reddit built a Metadata Store that Handles 100k Reads per Second

Cet article présente comment Reddit a construit un système de stockage de métadonnées capable de gérer 100 000 lectures par seconde. Avec une croissance rapide de son utilisateur, Reddit a choisi entre Postgres et Cassandra pour sa base de données tout en tenant compte de la scalabilité et des charges de lecture élevées. L'article aborde également les défis et solutions autour de la gestion des métadonnées des médias, notamment l'unification des données et la gestion des écritures dans ce contexte de charge.

blog.quastor.org

postgres