Bases de données SQL / NoSQL

En bref

Chez BH Technologies, les capteurs de déchets et les luminaires connectés génèrent des volumes de données conséquents qu’il faut stocker, interroger et analyser sans que ça rame. C’est sur ces problématiques concrètes que j’ai construit ma pratique des bases de données. Le choix entre SQL et NoSQL dépend toujours du cas d’usage : cohérence ACID vs flexibilité, requêtes complexes vs performance en lecture, schéma fixe vs évolutif.

En pratique

PostgreSQL pour les plateformes Syren et Luce

En SQL, je travaille principalement avec PostgreSQL pour les données structurées sur Syren et Luce : utilisateurs, configurations, historiques de mesures. Je sais concevoir des schémas normalisés, écrire des requêtes optimisées (jointures, agrégations), et poser les bons index. Les migrations TypeORM, c’est routinier : faire évoluer les schémas sans casser la prod.

Redis et MongoDB pour les besoins spécifiques

Le NoSQL trouve sa place pour les données moins structurées ou les besoins de flexibilité : logs, événements, données de capteurs brutes avec MongoDB. J’utilise également Redis pour le caching et la gestion de sessions, ce qui améliore les temps de réponse des APIs.

Architecture multi-domaine sur AppStandard

Mon projet personnel AppStandard pousse cette expertise plus loin avec une architecture de base de données multi-domaine (Calendar, Tasks, Contacts). Chaque domaine a son propre schéma optimisé, tout en partageant des tables communes pour les utilisateurs et l’authentification.