ParadeDB, chercher dans PostgreSQL
paradedb/paradedb offre une implémentation open source exploitable en conditions réelles avec une structure réutilisable.
En bref
- De quoi s’agit-il ?
- ParadeDB, chercher dans PostgreSQL. Fonctionnement, périmètre documenté et vérifications concrètes.
- À qui s’adresse-t-il ?
- ParadeDB, chercher dans PostgreSQL convient aux équipes dont le besoin correspond à pgsearch, la recherche vectorielle, les agrégations et les index. Il convient moins à celles qui attendent une garantie absente du README.
- Puis-je l’utiliser commercialement ?
- Oui, sous conditions strictes. AGPL-3.0 est une licence à copyleft réseau : si des personnes utilisent une version modifiée via un réseau, par exemple comme service hébergé, vous devez leur proposer son code source sous la même licence.
- Est-il encore maintenu ?
- Oui. Les derniers commits datent d’il y a 1 jour.
- En quel langage est-il écrit ?
- Principalement Rust, d’après les statistiques de langage de GitHub.
Ces réponses reposent sur les données GitHub du projet (dernière synchronisation le 14 septembre 2026) et sur notre analyse. Elles ne constituent pas un avis juridique.
ANALYSE OPEN SOURCE APPROFONDIE
Le problème concret traité par le dépôt : pgsearch
Angle 1 de ParadeDB, chercher dans PostgreSQL, consacré à pgsearch. ParadeDB est un projet écrit en Rust dont le dépôt héberge l'extension pg_search. Les métadonnées du dépôt et le README le décrivent de la même façon : une seule base Postgres pour les données applicatives, la recherche plein texte, la recherche vectorielle et les agrégations. Le slogan du README est "Search without a second system", et l'explication précise que ParadeDB ajoute à Postgres une recherche plein texte, une recherche vectorielle et des agrégations de qualité Elastic, de sorte que les données applicatives et le moteur de recherche vivent dans la même base, sans second système à déployer ni rien à synchroniser. Les métadonnées du dépôt indiquent 9 128 étoiles, 426 forks et 204 problèmes ouverts au moment de la rédaction ; le langage principal est Rust. Le README ne donne pas de chiffres d'utilisation en production ; toute affirmation sur l'adoption au-delà de ces métadonnées devrait être véri
Dans la section 1, ParadeDB, chercher dans PostgreSQL se lit à partir de paradedb/paradedb. Le README décrit pgsearch, la recherche vectorielle, les agrégations et les index; il ne permet pas d attribuer au dépôt une fonction qui n y figure pas. Le point intéressant ici est la relation entre l entrée, le composant appelé et le résultat observable. Cette précision compte lorsque le logiciel dépend d un service externe, d une image Docker, d une permission Android, d une extension PostgreSQL ou d une version particulière de Node, Go, PHP ou Julia.
Pour le contrôle 1, lancez curl -fsSL https://paradedb.com/install.sh | sh puis psql. Notez le fichier touché, la sortie obtenue et l erreur éventuelle. Avec paradedb/paradedb, le contrôle utile porte sur pgsearch, la recherche vectorielle, les agrégations et les index, pas sur une promesse générale d automatisation. Comparez le comportement aux exemples du README et conservez la configuration qui l a produit. La licence AGPL-3.0 doit être examinée selon le mode de redistribution envisagé.
Les composants qui portent la promesse : la recherche vectorielle
Angle 2 de ParadeDB, chercher dans PostgreSQL, consacré à la recherche vectorielle. fiée ailleurs.
Le README présente les fonctionnalités sous forme de liste à cocher. La recherche plein texte est marquée disponible et comprend le score BM25, le top K, la mise en évidence, ainsi que les tokenizers et les filtres de tokens. Le filtrage est marqué disponible. Les agrégations sont marquées disponibles et comprennent le stockage columnar, les buckets et métriques, et les facettes. Les JOIN sont également marqués disponibles. La même liste marque la recherche vectorielle native et la recherche hybride native comme à venir, sans date. Chaque fonctionnalité renvoie à une page de documentation plutôt que d'être expliquée dans le README ; des détails comme la syntaxe des requêtes et la configuration se trouvent donc dans la documentation et ne sont pas établis par ce fichier.
La recherche vectorielle fait partie du périmètre déclaré du projet, mais le README est explicite : l'implémentation a
Dans la section 2, ParadeDB, chercher dans PostgreSQL se lit à partir de paradedb/paradedb. Le README décrit pgsearch, la recherche vectorielle, les agrégations et les index; il ne permet pas d attribuer au dépôt une fonction qui n y figure pas. Le point intéressant ici est la relation entre l entrée, le composant appelé et le résultat observable. Cette précision compte lorsque le logiciel dépend d un service externe, d une image Docker, d une permission Android, d une extension PostgreSQL ou d une version particulière de Node, Go, PHP ou Julia.
Pour le contrôle 2, lancez curl -fsSL https://paradedb.com/install.sh | sh puis psql. Notez le fichier touché, la sortie obtenue et l erreur éventuelle. Avec paradedb/paradedb, le contrôle utile porte sur pgsearch, la recherche vectorielle, les agrégations et les index, pas sur une promesse générale d automatisation. Comparez le comportement aux exemples du README et conservez la configuration qui l a produit. La licence AGPL-3.0 doit être examinée selon le mode de redistribution envisagé.
L installation et le premier résultat : les agrégations et les index
Angle 3 de ParadeDB, chercher dans PostgreSQL, consacré à les agrégations et les index. ctuelle repose sur pgvector. "Les vecteurs sont actuellement indexés avec l'extension pgvector, mais le support vectoriel natif arrive bientôt dans notre index de recherche." La description du dépôt inclut la recherche vectorielle parmi les quatre charges de travail de la base Postgres unique, et la liste des fonctionnalités répète que la recherche vectorielle native et la recherche hybride native sont à venir. Le README ne précise pas quelle version de pgvector est utilisée, quelles versions de Postgres sont prises en charge, ni quand l'index vectoriel natif sera livré. Ce sont des questions ouvertes que la documentation devra répondre.
La section "How It Works" du README est courte. ParadeDB intègre dans Postgres des bibliothèques Rust éprouvées pour la recherche et l'analyse, et contribue en amont autant que possible. Trois dépendances principales sont nommées : pgrx fait le pont entre Postgres et R
Dans la section 3, ParadeDB, chercher dans PostgreSQL se lit à partir de paradedb/paradedb. Le README décrit pgsearch, la recherche vectorielle, les agrégations et les index; il ne permet pas d attribuer au dépôt une fonction qui n y figure pas. Le point intéressant ici est la relation entre l entrée, le composant appelé et le résultat observable. Cette précision compte lorsque le logiciel dépend d un service externe, d une image Docker, d une permission Android, d une extension PostgreSQL ou d une version particulière de Node, Go, PHP ou Julia.
Pour le contrôle 3, lancez curl -fsSL https://paradedb.com/install.sh | sh puis psql. Notez le fichier touché, la sortie obtenue et l erreur éventuelle. Avec paradedb/paradedb, le contrôle utile porte sur pgsearch, la recherche vectorielle, les agrégations et les index, pas sur une promesse générale d automatisation. Comparez le comportement aux exemples du README et conservez la configuration qui l a produit. La licence AGPL-3.0 doit être examinée selon le mode de redistribution envisagé.
Les limites visibles dans les fichiers : pgsearch
Angle 4 de ParadeDB, chercher dans PostgreSQL, consacré à pgsearch. ust, Tantivy assure la recherche plein texte et Apache DataFusion traite l'OLAP. Le README renvoie vers la documentation d'architecture et vers une présentation de la CMU Database Group, mais il ne décrit pas lui-même le plan d'exécution des requêtes, le stockage ni l'interaction des trois bibliothèques à l'exécution. Les trois dépendances proviennent des organisations pgcentralfoundation, quickwit-oss et Apache, et la mention de contributions en amont indique qu'il ne s'agit pas d'un simple encapsulage de bibliothèques tierces.
Le chemin d'installation documenté dans le README est une commande : curl -fsSL https://paradedb.com/install.sh | sh. Le résultat annoncé est un conteneur Docker frais avec ParadeDB installé localement, l'utilisateur arrivant directement dans une session psql. Le README ne montre pas le contenu de ce script, ne nomme pas la version de Postgres dans le conteneur et ne documente
Dans la section 4, ParadeDB, chercher dans PostgreSQL se lit à partir de paradedb/paradedb. Le README décrit pgsearch, la recherche vectorielle, les agrégations et les index; il ne permet pas d attribuer au dépôt une fonction qui n y figure pas. Le point intéressant ici est la relation entre l entrée, le composant appelé et le résultat observable. Cette précision compte lorsque le logiciel dépend d un service externe, d une image Docker, d une permission Android, d une extension PostgreSQL ou d une version particulière de Node, Go, PHP ou Julia.
Pour le contrôle 4, lancez curl -fsSL https://paradedb.com/install.sh | sh puis psql. Notez le fichier touché, la sortie obtenue et l erreur éventuelle. Avec paradedb/paradedb, le contrôle utile porte sur pgsearch, la recherche vectorielle, les agrégations et les index, pas sur une promesse générale d automatisation. Comparez le comportement aux exemples du README et conservez la configuration qui l a produit. La licence AGPL-3.0 doit être examinée selon le mode de redistribution envisagé.
Le contrôle adapté à ce projet : la recherche vectorielle
Angle 5 de ParadeDB, chercher dans PostgreSQL, consacré à la recherche vectorielle. pas d'installation hors Docker. Pour le déploiement, il renvoie vers les options d'hébergement dans la documentation. Vérifier ce que le script installe réellement demande de lire le script ou la documentation de déploiement, ni l'un ni l'autre n'étant inclus ici. Le README ne dit pas non plus si pg_search peut être activé sur une instance Postgres existante.
Le README regroupe les intégrations en trois listes. ORM et frameworks : Drizzle, Django, SQLAlchemy, Rails et EF Core, avec d'autres à venir dont Prisma. Agents IA : Agent Skills, une intégration MCP et un plugin Cursor. PaaS et plateformes cloud : Railway, Render et DigitalOcean, avec d'autres à venir dont Heroku. Chaque entrée renvoie vers un dépôt GitHub ou une page de documentation. Le README ne décrit ni la maturité, ni l'état de maintenance, ni la parité fonctionnelle de ces intégrations ; ces détails ne sont pas établis par la source.
Le
Dans la section 5, ParadeDB, chercher dans PostgreSQL se lit à partir de paradedb/paradedb. Le README décrit pgsearch, la recherche vectorielle, les agrégations et les index; il ne permet pas d attribuer au dépôt une fonction qui n y figure pas. Le point intéressant ici est la relation entre l entrée, le composant appelé et le résultat observable. Cette précision compte lorsque le logiciel dépend d un service externe, d une image Docker, d une permission Android, d une extension PostgreSQL ou d une version particulière de Node, Go, PHP ou Julia.
Pour le contrôle 5, lancez curl -fsSL https://paradedb.com/install.sh | sh puis psql. Notez le fichier touché, la sortie obtenue et l erreur éventuelle. Avec paradedb/paradedb, le contrôle utile porte sur pgsearch, la recherche vectorielle, les agrégations et les index, pas sur une promesse générale d automatisation. Comparez le comportement aux exemples du README et conservez la configuration qui l a produit. La licence AGPL-3.0 doit être examinée selon le mode de redistribution envisagé.
À qui l outil peut réellement convenir : les agrégations et les index
Angle 6 de ParadeDB, chercher dans PostgreSQL, consacré à les agrégations et les index. support communautaire passe par Slack, GitHub Discussions pour les questions-réponses longues et GitHub Issues pour les rapports de bugs et demandes de fonctionnalités. Une adresse e-mail est indiquée pour le support entreprise et la licence commerciale. L'édition communautaire est sous GNU Affero General Public License v3.0, et le README renvoie vers un parcours de licence entreprise séparé. L'extrait de licence précise que l'AGPL-3.0 est conçue pour les logiciels serveur en réseau : quiconque modifie le programme et l'exécute sur un serveur accessible publiquement doit fournir le code source de la version modifiée aux utilisateurs de ce serveur. La licence déclare aussi que l'œuvre est fournie sans garantie, sauf garanties fournies séparément. Le README ne dit rien sur la posture de sécurité du projet ni sur les engagements de support pour l'édition communautaire ; la source n'établit pas ces points.
Dans la section 6, ParadeDB, chercher dans PostgreSQL se lit à partir de paradedb/paradedb. Le README décrit pgsearch, la recherche vectorielle, les agrégations et les index; il ne permet pas d attribuer au dépôt une fonction qui n y figure pas. Le point intéressant ici est la relation entre l entrée, le composant appelé et le résultat observable. Cette précision compte lorsque le logiciel dépend d un service externe, d une image Docker, d une permission Android, d une extension PostgreSQL ou d une version particulière de Node, Go, PHP ou Julia.
Pour le contrôle 6, lancez curl -fsSL https://paradedb.com/install.sh | sh puis psql. Notez le fichier touché, la sortie obtenue et l erreur éventuelle. Avec paradedb/paradedb, le contrôle utile porte sur pgsearch, la recherche vectorielle, les agrégations et les index, pas sur une promesse générale d automatisation. Comparez le comportement aux exemples du README et conservez la configuration qui l a produit. La licence AGPL-3.0 doit être examinée selon le mode de redistribution envisagé.
Conclusion éditoriale
ParadeDB, chercher dans PostgreSQL convient aux équipes dont le besoin correspond à pgsearch, la recherche vectorielle, les agrégations et les index. Il convient moins à celles qui attendent une garantie absente du README. Commencez par curl -fsSL https://paradedb.com/install.sh | sh puis psql, contrôlez pgsearch, la recherche vectorielle, les agrégations et les index, puis décidez à partir du résultat observé dans paradedb/paradedb.
Notes de la communauté