Notre Blog

Actualités, tutoriels et bonnes pratiques du développement web

Catégorie : Bases de données

Effacer

PostgreSQL, pgvector, DuckDB, modélisation, performance et coûts.

ColdFront : archivez vos données PostgreSQL sans sacrifier la requêtabilité SQL
Bases de données

ColdFront : archivez vos données PostgreSQL sans sacrifier la requêtabilité SQL

pgEdge ColdFront v1.0.0-beta1 introduit un data tiering transparent pour PostgreSQL : déplacez les données anciennes vers un stockage moins coûteux tout en les gardant requêtables et modifiables en SQL standard, sans toucher au code applicatif.

23 juin 2026 5 min
238
#postgresql #performance #cloud
Lire la suite : ColdFront : archivez vos données PostgreSQL sans sacrifier la requêtabilité SQL
Associations polymorphiques en PostgreSQL : comment éviter l'explosion de vos coûts d'infrastructure
Bases de données

Associations polymorphiques en PostgreSQL : comment éviter l'explosion de vos coûts d'infrastructure

Les associations polymorphiques générées par les ORMs comme Doctrine peuvent faire exploser vos coûts d'infrastructure en forçant PostgreSQL à effectuer des jointures inutiles. Voici pourquoi et comment y remédier.

22 juin 2026 6 min
285
#postgresql #performance #orm
Lire la suite : Associations polymorphiques en PostgreSQL : comment éviter l'explosion de vos coûts d'infrastructure
Le piège de l'OFFSET en SQL : pourquoi vos exports ralentissent (et comment la pagination par curseur règle le problème)
Bases de données

Le piège de l'OFFSET en SQL : pourquoi vos exports ralentissent (et comment la pagination par curseur règle le problème)

L'OFFSET en SQL ralentit fatalement vos scripts d'export à mesure que la profondeur de pagination augmente. Découvrez pourquoi, et comment la pagination par curseur (keyset pagination) résout ce problème en PHP et Symfony.

17 juin 2026 6 min
299
#performance #optimisation #requetes-sql
Lire la suite : Le piège de l'OFFSET en SQL : pourquoi vos exports ralentissent (et comment la pagination par curseur règle le problème)
PostgreSQL 19 : pourquoi le REPACK natif change la donne pour la maintenance en production
Bases de données

PostgreSQL 19 : pourquoi le REPACK natif change la donne pour la maintenance en production

PostgreSQL 19 bêta introduit REPACK en natif avec support CONCURRENTLY et une nouvelle clause INSERT ... ON CONFLICT ... DO SELECT. Décryptage de ces avancées qui renforcent la maturité de PostgreSQL pour la maintenance en production.

17 juin 2026 5 min
271
#postgresql #performance #optimisation
Lire la suite : PostgreSQL 19 : pourquoi le REPACK natif change la donne pour la maintenance en production
Gemini-SQL2 domine le text-to-SQL : pourquoi la qualité de votre schéma de base de données est la clé
Bases de données

Gemini-SQL2 domine le text-to-SQL : pourquoi la qualité de votre schéma de base de données est la clé

Gemini-SQL2 de Google Research atteint 80 % de précision sur le benchmark BIRD et devance largement GPT et Claude. Mais pour les développeurs Symfony, le vrai levier de performance reste la qualité du schéma de base de données.

16 juin 2026 6 min
326
#performance #ia-generative #llm
Lire la suite : Gemini-SQL2 domine le text-to-SQL : pourquoi la qualité de votre schéma de base de données est la clé
Requêtes SQL lentes en production : comment l'automatisation réduit vos coûts de maintenance
Bases de données

Requêtes SQL lentes en production : comment l'automatisation réduit vos coûts de maintenance

À partir d'un package Laravel open source qui détecte automatiquement les régressions de requêtes SQL après chaque déploiement, cet article explique comment appliquer la même logique d'observabilité proactive à un projet Symfony pour réduire les coûts de maintenance.

15 juin 2026 7 min
287
#php #performance #symfony
Lire la suite : Requêtes SQL lentes en production : comment l'automatisation réduit vos coûts de maintenance
Postgres 19 et les 'conseils de plan' : quand l'expertise humaine reprend la main sur l'optimiseur
Bases de données

Postgres 19 et les 'conseils de plan' : quand l'expertise humaine reprend la main sur l'optimiseur

PostgreSQL 19 introduit les 'conseils de plan' via deux modules contrib officiels, offrant enfin un mécanisme maîtrisé pour stabiliser les performances des requêtes critiques sans court-circuiter l'optimiseur.

8 juin 2026 5 min
321
#postgresql #performance #optimisation
Lire la suite : Postgres 19 et les 'conseils de plan' : quand l'expertise humaine reprend la main sur l'optimiseur
PostgreSQL 19 : la commande REPACK native met fin au casse-tête du bloat de tables
Bases de données

PostgreSQL 19 : la commande REPACK native met fin au casse-tête du bloat de tables

PostgreSQL 19 introduit une commande REPACK native avec option CONCURRENTLY, mettant fin à la dépendance aux outils tiers pour compacter les tables sans verrouillage exclusif. Une évolution attendue depuis longtemps par les équipes qui gèrent des bases de données en production.

4 juin 2026 5 min
287
#postgresql #performance #optimisation
Lire la suite : PostgreSQL 19 : la commande REPACK native met fin au casse-tête du bloat de tables