Tables reliées en vue tableur, sur SQLite ou PostgreSQL
NocoDB est une base de données relationnelle qu'on manipule comme un tableur : des tables liées entre elles, des champs typés (lien, lookup, rollup, formule, pièce jointe) et plusieurs vues sur les mêmes enregistrements. Elle existe en service hébergé, NocoDB Cloud, et s'installe sur un serveur à soi. Le projet se décrit comme l'alternative « fair-code » et auto-hébergeable à Airtable, qu'il dit égaler brique par brique, et son import intégré reprend une base Airtable complète.
Six vues gratuites, API REST, webhooks et MCP
- Six vues dans l'édition gratuite : grille, kanban, galerie, formulaire, calendrier et carte, sans plafond d'enregistrements, de stockage ni d'utilisateurs. Une vue ou une base se partage par lien public ou protégé par mot de passe.
- Une base existante comme source : NocoDB se branche sur une base PostgreSQL ou MySQL au lieu d'en copier les données. Par défaut, l'interface y modifie les enregistrements mais pas le schéma.
- API REST, SDK et webhooks : les requêtes se signent par jeton. Les webhooks partent à la création, à la modification ou à la suppression d'un enregistrement, sous condition et avec une charge utile JSON choisie.
- Un serveur MCP dans toutes les éditions : Claude, ChatGPT, Cursor ou un autre client MCP y lit et modifie les enregistrements de l'instance.
- Pièces jointes sur stockage objet : S3, MinIO, Google Cloud Storage ou Scaleway Object Storage, parmi les intégrations de l'édition Community.
Licence fair-code, PostgreSQL et Redis, plafonds de l'édition Community
Depuis le 9 janvier 2026, NocoDB n'est plus sous AGPL-3.0. Le code est passé sous la Sustainable Use License, le texte qu'emploie aussi n8n. Elle autorise l'usage interne d'une organisation, quelle que soit sa taille, et l'usage personnel ou non commercial ; la redistribution doit rester gratuite et non commerciale. Une licence commerciale est exigée pour proposer NocoDB en service hébergé ou géré, l'ouvrir directement à des clients externes, le revendre, ou l'intégrer à une plateforme où les clients travaillent dans NocoDB lui-même.
La production demande PostgreSQL et Redis. Sans réglage, NocoDB crée une base SQLite locale, et le README réserve les binaires autonomes aux essais en local. La liste des variables d'environnement marque comme obligatoires en production la base principale (NC_DB, avec PostgreSQL recommandé) et le cache Redis (NC_CACHE_REDIS_URL). Le script Auto-upstall installe les deux, plus Traefik, par Docker Compose. Une licence payante ne s'active que sur PostgreSQL : une instance démarrée sur SQLite ou MySQL doit d'abord migrer. Le serveur recommandé en production compte 4 vCPU, 8 Go de RAM et 50 Go de disque.
L'édition Community plafonne l'automatisation et les droits. Elle s'arrête à deux workflows par base et à deux interfaces par espace de travail (les interfaces sont devenues les « classic apps » en octobre 2026). Le SSO SAML, les permissions par table ou par champ et les équipes commencent au plan Business ; les journaux d'audit et la sécurité au niveau de l'enregistrement, au plan Scale. Son serveur MCP s'en tient aux enregistrements, sans gestion des tables, des vues ni des workflows. SQL Server et Oracle ne se branchent qu'en option de l'offre Enterprise.
Les versions portent le mois de leur sortie : la 2026.10.0 date du 23 octobre 2026. Dix versions ont paru entre le 4 juin et le 23 octobre 2026, aucune marquée comme préversion sur GitHub, et la branche develop reçoit encore des commits le 27 octobre. Les Apps, le constructeur d'applications par IA, sont en bêta privée pour l'auto-hébergement. La 2026.10.0 fait fonctionner correctement les grilles, les champs de saisie et le calendrier mensuel sur iPhone et Android.