Je ne connaissais pas duckDB non plus alors j'ai traîné un peu sur leur site.
Au vu de la page d'accueil, les cas d'usage semblent en effet les mêmes entre SQLite et duckDB. D'après un article de leur blog, duckDB intègre un système de recherche full-text alors que Sqlite a besoin d'un greffon pour cela.
D'un point de vue financier, MotherDuck est financé sur le NASDAQ pour le développement de duckDB. Il est possible de financer duckDB et d'influencer la gouvernance de duckDB (à partir de 10.000€ par an). De mémoire, il y a aussi une entreprise derrière SQLite, qui est payée pour faire des développements en fonction des besoins de gros utilisateurs.
De ce que je comprend, MotherDuck exploitera commercialement duckDB (service cloud), qui reste sous licence MIT.
C'est peut-être une bonne solution. C'est peut-être un bon investissement pour ceux qui ont pris des parts. Par contre, je ne sais toujours pas pourquoi passer de SQLite à duckDB pour du développement local, ni pourquoi passer de PostgreSQL à duckDB pour la production.
[^] # Re: Pourquoi
Posté par srb (site web personnel) . En réponse au lien DuckDB: une base de données embarquée pour ceux qui en ont mare de sqlite. Évalué à 3.
Je ne connaissais pas duckDB non plus alors j'ai traîné un peu sur leur site.
Au vu de la page d'accueil, les cas d'usage semblent en effet les mêmes entre SQLite et duckDB. D'après un article de leur blog, duckDB intègre un système de recherche full-text alors que Sqlite a besoin d'un greffon pour cela.
D'un point de vue financier, MotherDuck est financé sur le NASDAQ pour le développement de duckDB. Il est possible de financer duckDB et d'influencer la gouvernance de duckDB (à partir de 10.000€ par an). De mémoire, il y a aussi une entreprise derrière SQLite, qui est payée pour faire des développements en fonction des besoins de gros utilisateurs.
De ce que je comprend, MotherDuck exploitera commercialement duckDB (service cloud), qui reste sous licence MIT.
C'est peut-être une bonne solution. C'est peut-être un bon investissement pour ceux qui ont pris des parts. Par contre, je ne sais toujours pas pourquoi passer de SQLite à duckDB pour du développement local, ni pourquoi passer de PostgreSQL à duckDB pour la production.