Ce volet explique comment déplacer un tenant d’une base partagée vers une base dédiée sans arrêter l’application ni perturber les autres tenants. Le catalogue pilote le basculement, tandis que le même modèle EF Core et son filtre restent en place dans les deux modes.
La migration s’appuie sur une copie initiale, un passage temporaire en lecture seule, une copie delta et une vérification avant le cutover. Le runbook attend l’expiration du cache avant de rouvrir les écritures : les instances qui conservent encore l’ancienne connexion ne peuvent ainsi pas écrire dans la base partagée après le basculement.
Avec une base par tenant, EF Core n’a plus besoin de filtre global, de colonne TenantId ni de clé de cache de modèle spécifique : le choix du tenant passe par une chaîne de connexion résolue depuis une base catalogue.
Cette isolation simplifie le modèle, mais déplace la complexité vers l’exploitation : chaque migration doit s’appliquer à toutes les bases. L’article détaille aussi le rôle de IDesignTimeDbContextFactory pour permettre à dotnet ef de créer le contexte sans requête ni tenant actif.
NocoDB propose une interface de type tableur pour gérer des tables, des vues et des accès sans écrire de code. Le projet réunit vues grille, galerie, formulaire, Kanban et calendrier, ainsi que des API REST et un SDK pour automatiser les échanges.
Le déploiement s’adapte au contexte : Docker avec SQLite ou PostgreSQL, ou installation automatisée avec PostgreSQL, Redis, Traefik et renouvellement SSL. À noter pour une évaluation en production : le dépôt indique une licence Sustainable Use, et les binaires sont destinés aux tests locaux.
Data API builder génère des endpoints REST et GraphQL ainsi que des outils MCP à partir de bases de données Azure ou de systèmes on-premises. Le moteur prend en charge plusieurs bases, dont Azure SQL, SQL Server, PostgreSQL, MySQL et Cosmos DB, et peut fonctionner en conteneur ou en développement local.
La configuration déclare les entités et leurs permissions ; DAB traduit ensuite les requêtes en SQL. Cette couche réduit le code d’API à maintenir, mais l’accès reste cadré par la configuration et les capacités de chaque base.
DBX est un client de bases de données multiplateforme annoncé à 25 Mo, avec prise en charge de plus de 100 moteurs dont PostgreSQL, SQLite, Redis, MongoDB et DuckDB. Le dépôt regroupe interface de bureau, CLI, serveur MCP et fonctions d’IA, pour accéder aux mêmes données depuis plusieurs workflows de développement.
Databasement centralise la planification, la sauvegarde et la restauration de bases telles que MySQL, PostgreSQL, MongoDB, SQLite et Redis. Son interface web prend en charge des destinations comme S3, SFTP, Samba ou le stockage local, avec des tunnels SSH pour les environnements distants.
NocoDB ajoute une interface de type tableur à une base existante ou créée dans l’outil, avec vues Kanban, formulaire et galerie. Les données restent accessibles via SQL et API, ce qui relie l’édition no-code aux systèmes existants.
Zvec est une base vectorielle légère conçue pour tourner dans le processus de l’application. Le dépôt présente une option de recherche par similarité sans déployer un service séparé.
Le guide recense les persisters TinyBase pour différents environnements SQLite, PostgreSQL et SQL Server. Il aide à choisir l’adaptateur correspondant au runtime et au stockage de l’application.
Gateway génère une interface MCP ou REST à partir d’une connexion à une base de données. Il fournit une passerelle pour brancher des agents sur les données sans écrire chaque endpoint à la main.
Anyquery étend SQLite avec des plugins pour interroger des fichiers et services applicatifs. Il propose aussi une connexion MCP pour rendre ces sources accessibles aux assistants IA.
Convex regroupe base de données, fonctions, synchronisation et recherche dans une plateforme backend. L’approche réactive vise à relier les données aux interfaces sans assembler chaque service séparément.
PeerDB se concentre sur la réplication depuis PostgreSQL vers des systèmes analytiques et des files. Le site présente notamment la capture de changements et l’intégration avec ClickHouse.
Airbyte présente sa plateforme de déplacement de données et ses connecteurs. Elle vise à maintenir les flux entre systèmes sources, entrepôts et applications qui ont besoin de données synchronisées.
WeTransform fournit un importeur intégrable qui prend en charge correspondance des champs, nettoyage et validation. Le SDK permet de connecter ce parcours d’import à une application SaaS.
ZenStack réunit ORM typé, validation et règles d’accès pour les applications TypeScript. Le projet propose aussi la génération de services CRUD et de hooks pour connecter les interfaces aux données.
Unstorage propose une interface JavaScript commune pour la mémoire, les fichiers, les navigateurs et des services cloud. Les drivers peuvent être montés sous différents préfixes dans une même instance.
Supabase combine une base Postgres avec authentification, API REST, fonctions, stockage et synchronisation temps réel. Cette plateforme fournit les services serveur courants tout en gardant les données dans une base portable.
