Développement, administration et conseil PostgreSQL
Développement, administration et conseil PostgreSQL : conception de schémas et SQL, fonctions PL/pgSQL, optimisation des performances, réplication, bascule et sauvegardes, mises à niveau vers PostgreSQL 18, migrations depuis Oracle, SQL Server et MySQL, et PostgreSQL managé sur Azure, AWS et Google Cloud, avec des développeurs et DBA PostgreSQL dédiés à votre équipe ou un projet PostgreSQL livré de bout en bout.
Ce que nous réalisons avec PostgreSQL
Conception de schémas PostgreSQL
Tables, contraintes et index conçus autour de la façon dont l’application lit et écrit, JSONB lorsque la forme des données varie, et partitionnement déclaratif pour les tables qui grossissent chaque mois, chaque modification étant une migration relue dans Flyway, Liquibase, Alembic, EF Core ou Prisma.
Optimisation des performances PostgreSQL
Requêtes lentes repérées avec pg_stat_statements, auto_explain et EXPLAIN ANALYZE, puis corrigées par le bon index B-tree, GIN ou BRIN, une réécriture ou des statistiques à jour, et paramètres d’autovacuum, de mémoire et de connexions réglés pour la charge, avec PgBouncer en frontal lorsque les connexions s’épuisent.
Fonctions et triggers PL/pgSQL
Fonctions, procédures et triggers en PL/pgSQL, jobs planifiés dans pg_cron, et vues et vues matérialisées pour le reporting, couverts par des tests pgTAP exécutés dans la pipeline sur un vrai PostgreSQL dans un conteneur.
PostgreSQL managé dans le cloud
Azure Database for PostgreSQL, Amazon RDS et Aurora PostgreSQL, Google Cloud SQL et AlloyDB, ou Supabase, dimensionnés pour la charge et définis dans Terraform, sur un réseau privé, avec connexion via Microsoft Entra ID ou IAM et réplicas en lecture là où les rapports en ont besoin.
Réplication, bascule et sauvegardes
Réplication en streaming avec bascule automatique via Patroni, ou CloudNativePG sur Kubernetes, restauration à un instant donné avec pgBackRest, Barman ou WAL-G, et restaurations répétées régulièrement pour que le temps de reprise soit connu avant d’en avoir besoin.
Migrations vers PostgreSQL
Schémas Oracle et PL/SQL convertis avec ora2pg, MySQL migré avec pgloader, et T-SQL de SQL Server réécrit en PL/pgSQL, chacun finalisé à la main, avec des données migrées en exécutions répétées et rapprochées table par table avant la bascule.
Mises à niveau de version PostgreSQL
Clusters sur PostgreSQL 14, qui quitte le support communautaire en novembre 2026, et versions plus anciennes migrés vers PostgreSQL 18 avec pg_upgrade, qui conserve désormais les statistiques du planificateur lors de la mise à niveau, ou avec la réplication logique lorsque l’interruption doit se limiter à quelques minutes, l’application étant d’abord testée sur la nouvelle version.
PostGIS, pgvector et autres extensions
Cartes, itinéraires et zones de livraison avec PostGIS, embeddings et recherche par similarité avec pgvector, données de capteurs et de métriques avec TimescaleDB, et tables réparties sur plusieurs nœuds avec Citus, de sorte qu’un seul parc PostgreSQL couvre des besoins qui exigeraient sinon des bases supplémentaires.
Sécurité et audit PostgreSQL
Rôles au moindre privilège, sécurité au niveau des lignes pour les données multi-tenant, connexion SCRAM ou Entra et IAM à la place des mots de passe md5, que PostgreSQL 18 déclare obsolètes, TLS sur chaque connexion, et journaux pgAudit conservés là où les administrateurs ne peuvent pas les modifier.
Recruter des développeurs et DBA PostgreSQL
développeurs et DBA PostgreSQL dédiés
Des Développeurs et DBA PostgreSQL qui rejoignent votre équipe à temps plein, travaillent dans vos dépôts, votre outil de suivi et vos réunions, et rendent compte à votre responsable. Vous les interviewez ; nous portons le contrat ukrainien, la paie, la facturation et les congés.
Réalisation de projets PostgreSQL
Une équipe qui prend en charge le projet PostgreSQL du cadrage à la mise en production : estimation, développement, tests et déploiement, avec un responsable technique de notre côté qui porte le plan et la qualité.
Support et reprise de systèmes PostgreSQL
Un système PostgreSQL existant repris d’une autre équipe ou maintenu en fonctionnement : d’abord une revue en lecture seule et une liste écrite des risques, puis des correctifs et de nouvelles fonctionnalités par ordre d’impact.
La page Équipe dédiée explique comment les spécialistes rejoignent votre équipe, et la page Externalisation couvre la livraison de projet, les reprises et notre mode de facturation.
Qui travaille sur votre projet PostgreSQL
Développeurs PostgreSQL
Schémas, SQL et PL/pgSQL
DBA PostgreSQL
Performance, réplication, sauvegardes et mises à niveau
Ingénieurs back-end
Accès aux données en .NET, Java, Python et Node.js
Ingénieurs DevOps
Instances managées et opérateurs Kubernetes dans Terraform
Ingénieurs data
Réplicas de reporting et capture des changements de données
Comment nous travaillons sur PostgreSQL
Chaque modification de schéma est une migration dans le dépôt, relue comme du code et appliquée par la pipeline, et les tests s’exécutent sur un vrai PostgreSQL de la même version majeure dans un conteneur plutôt que sur un mock. Les paramètres du serveur vivent dans Terraform, Ansible ou les manifestes de l’opérateur Kubernetes, de sorte qu’un cluster puisse être reconstruit à partir de ce qui est écrit.
Sur une base exploitée par une autre équipe, nous commençons par un accès en lecture seule aux versions, aux extensions, à la réplication, aux sauvegardes, aux requêtes les plus lentes et à la liste de ceux qui peuvent se connecter, et consignons les risques par ordre d’impact. Les modifications de production sont répétées sur une copie avec des données masquées, et rien n’est exécuté à la main qu’une migration puisse faire.
Autres bases de données sur lesquelles nous travaillons
Développement SQL Server
Développement et administration de SQL Server et d’Azure SQL : T-SQL, optimisation des performances, SSIS, Always On, montées de version vers SQL Server 2025 et migrations vers Azure, avec des développeurs SQL Server et des DBA dédiés ou une livraison de projet.
Développement Oracle
Développement et administration d’Oracle Database et de PL/SQL : optimisation SQL, APEX, RAC et Data Guard, montées de version vers 26ai, Exadata et migrations vers et depuis Oracle, avec des développeurs Oracle et des DBA dédiés ou une livraison de projet.
Développement MongoDB
Développement et administration MongoDB : conception de schémas, optimisation des requêtes et des index, mise en place d’Atlas, sharding et réplication, recherche et recherche vectorielle, et migrations, avec des développeurs MongoDB dédiés ou une livraison de projet.
Questions sur le développement PostgreSQL
Dans quels secteurs travaillent vos développeurs PostgreSQL ?
La fintech et la banque, pour les grands livres, les paiements et l’historique des transactions ; les produits d’IA et de données, pour les stockages analytiques et la recherche vectorielle avec pgvector ; l’e-commerce et la distribution, pour les catalogues, les commandes et les stocks ; le SaaS d’entreprise, pour les produits multi-tenant protégés par la sécurité au niveau des lignes ; la santé, pour les dossiers patients avec audit et chiffrement ; et la logistique, pour les données de suivi et les zones de livraison dans PostGIS.
PostgreSQL managé ou auto-hébergé ?
Un service managé comme Azure Database for PostgreSQL, Amazon RDS et Aurora, ou Cloud SQL et AlloyDB décharge votre équipe des correctifs, des sauvegardes et de la bascule. PostgreSQL auto-hébergé, sur des machines virtuelles ou sur Kubernetes avec CloudNativePG, vous donne n’importe quelle extension, n’importe quelle version et le plein contrôle du serveur. Nous travaillons sur les deux, et le schéma, les migrations et les tests sont les mêmes dans les deux cas.
Notre base PostgreSQL est lente. Par où commencez-vous ?
Par pg_stat_statements, qui classe les requêtes selon le temps total qu’elles prennent, et par les plans d’exécution des pires d’entre elles. La solution est le plus souvent un index manquant ou inutilisé, une réécriture de requête, un gonflement des tables que l’autovacuum n’a pas suivi, ou trop de connexions ouvertes, et chaque modification est chronométrée avant et après sur une copie de la production.
En combien de temps les développeurs et DBA PostgreSQL peuvent-ils démarrer ?
Lorsque le bon développeur ou DBA PostgreSQL est disponible, le démarrage ne dépend que de votre entretien, du NDA et de la cession de propriété intellectuelle. Sinon, nous lançons une recherche, qui fournit en général des profils de candidats sous deux à trois semaines, et personne ne démarre avant que vous ayez donné votre accord.
Comment recruter des développeurs et DBA PostgreSQL via BigTree108 ?
Indiquez-nous le travail à réaliser, le niveau de séniorité et les horaires dont vous avez besoin. Nous vous proposons une ou deux personnes avec leurs profils, vous les interviewez comme vous le feriez pour votre propre recrutement, puis vous signez un seul contrat avec BIG TREE 108 LLC et recevez une facture par mois.
À qui appartient le travail qu’ils produisent ?
C’est vous. Chaque spécialiste a signé avec BigTree108 un contrat qui cède à l’entreprise tous les livrables, et notre contrat avec vous vous les cède à son tour. Le code, les maquettes et les documents sont livrés dans vos propres dépôts et outils, et non conservés à un endroit où nous seuls pourrions les modifier.
Vous construisez sur PostgreSQL ?
Indiquez-nous la version, l’endroit où elle tourne et ce qui doit changer. Vous recevez une réponse sous un jour ouvré : un plan, des profils de candidats, ou un périmètre d’audit de votre base de données.