Posté par Anonyme .
Évalué à 4.
Dernière modification le 16 novembre 2022 à 11:17.
Techniquement je ne saurai le dire.
Mais, l'un deux accepte les contributions externes et pas l'autre.
Et si jamais quelqu'un souhaite participer à sqlite, ce qui signifie, si j'ai bien tout compris, être embauché par la société qui le développe, alors cette personne doit s'engager à respecter un code d'éthique qui exclut une majorité de la population mondiale.
10. Deny oneself in order to follow Christ.
l'alternative restant bien évidemment le fork.
bref avec sqlite tu as le choix entre la croix et la fourchette :)
L'histoire est en gros que des gens ont demandé l'ajout d'un code de conduite sur le projet, possiblement à l'époque ou il y avait du prosélytisme autour du code de conduite "contributor covenant".
L'équipe de SQLite a donc mis en place un code de conduite plus ou moins humoristique plutôt que de vraiment considérer le problème de l'inclusivité dans le projet et de la mise en place d'un moyen de remonter les éventuels problèmes de harcèlement et de discrimination.
Mais de toutes façons, les développeurs de SQLite n'acceptent pas vraiment les patchs externes, la raison avancée étant que c'est plus sûr de réécrire tout le code et les tests pour s'assurer que tout fonctionne bien, que de relire le code proposé par quelqu'un d'autre. Ce n'est donc pas un projet qui accueille beaucoup de nouveaux contributeurs.
D’autre part, SQLite est dans le domaine public, ce qui pose des problèmes de contribution très spécifiques : certains pays imposent des droits inaliénables (comme le droit moral en France) qui peuvent entrer en contradiction avec cette « licence ». La restriction forte sur les nouveaux contributeurs permet de se prémunir de problèmes à ce niveau.
Oui, je comprends bien l'intérêt pour contribuer, mais bon, en tant qu'utilisateur, ça ne change pas grand chose. Et si le but est de contribuer, ça veut dire qu'il manque une fonctionnalité, donc ça revient à ma question.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
Je pense que c'est un peu une auto-dérision ce "The Rule". Sans doute que les fondateurs sont chrétiens mais je ne crois pas une seconde qu'il soit appliqué.
Do not murder.
Je suis un meurtrier/pédophile je vais donc voir DuckDB, là bas car on s'en tape de l'éthique :D
Posté par Anonyme .
Évalué à 8.
Dernière modification le 16 novembre 2022 à 14:58.
c'est le premier article que j'ai trouvé où le bonhomme s'est exprimé sur le sujet.
ca me fait néanmoins un peu bizarre d'être sommé de mentionner le biais idéologique d'une source d'information qui traite pertinemment du sujet en question.
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.
Simon Willinson,l'un des co-créateurs de Django et de l'excellent projet datasette en donne une comparaison ici.
Ce que j'en retiens: DuckDB est orienté traitement analytique mais est surclassé par Sqlite sur les accès concurrents en écriture (qui n'est déjà pas son fort).
Ah oui, c'est intéressant. C'est quand même des différences importantes:
SQLite out-performs DuckDB on a write transactions benchmark by 10x-500x on a powerful cloud server and 2x-60x on a Raspberry Pi, for small to large databases.
For analytical benchmarks using the SSB (Star Schema Benchmark) DuckDB out-performs SQLite by 30-50x at the highest margin and 3-8x at the lowest.
Mais dans l'article, ils parlent justement d'améliorer les performances de SQLite. Avec déjà des patchs pour faire entre x2 et x10. Donc, c'est intéressant, au moins ça fait de la concurrence sur le segment.
(un point qui n'est pas mentionné, c'est la consommation mémoire des deux).
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
# Pourquoi
Posté par claudex . Évalué à 7.
Et pourquoi on en aurait marre de sqlite ? En lisant vite fait, je ne vois pas trop la différence entre l'un ou l'autre.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Pourquoi
Posté par Anonyme . Évalué à 4. Dernière modification le 16 novembre 2022 à 11:17.
Techniquement je ne saurai le dire.
Mais, l'un deux accepte les contributions externes et pas l'autre.
Et si jamais quelqu'un souhaite participer à sqlite, ce qui signifie, si j'ai bien tout compris, être embauché par la société qui le développe, alors cette personne doit s'engager à respecter un code d'éthique qui exclut une majorité de la population mondiale.
l'alternative restant bien évidemment le fork.
bref avec sqlite tu as le choix entre la croix et la fourchette :)
[^] # Re: Pourquoi
Posté par gUI (Mastodon) . Évalué à 9.
De ce que j'en lis, c'est tout de même bcp plus nuancé :
ou autre exemple :
Mais cela dit, oui, ça reste très curieux tout de même, je ne connaissais pas la particularité de SQLite sur ce plan.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Pourquoi
Posté par pulkomandy (site web personnel, Mastodon) . Évalué à 3. Dernière modification le 17 novembre 2022 à 15:39.
L'histoire est en gros que des gens ont demandé l'ajout d'un code de conduite sur le projet, possiblement à l'époque ou il y avait du prosélytisme autour du code de conduite "contributor covenant".
L'équipe de SQLite a donc mis en place un code de conduite plus ou moins humoristique plutôt que de vraiment considérer le problème de l'inclusivité dans le projet et de la mise en place d'un moyen de remonter les éventuels problèmes de harcèlement et de discrimination.
Mais de toutes façons, les développeurs de SQLite n'acceptent pas vraiment les patchs externes, la raison avancée étant que c'est plus sûr de réécrire tout le code et les tests pour s'assurer que tout fonctionne bien, que de relire le code proposé par quelqu'un d'autre. Ce n'est donc pas un projet qui accueille beaucoup de nouveaux contributeurs.
[^] # Re: Pourquoi
Posté par SpaceFox (site web personnel, Mastodon) . Évalué à 3.
D’autre part, SQLite est dans le domaine public, ce qui pose des problèmes de contribution très spécifiques : certains pays imposent des droits inaliénables (comme le droit moral en France) qui peuvent entrer en contradiction avec cette « licence ». La restriction forte sur les nouveaux contributeurs permet de se prémunir de problèmes à ce niveau.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Pourquoi
Posté par claudex . Évalué à 5.
Oui, je comprends bien l'intérêt pour contribuer, mais bon, en tant qu'utilisateur, ça ne change pas grand chose. Et si le but est de contribuer, ça veut dire qu'il manque une fonctionnalité, donc ça revient à ma question.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Pourquoi
Posté par devnewton 🍺 (site web personnel) . Évalué à 2. Dernière modification le 16 novembre 2022 à 12:46.
Wow il faut être moine pour contribuer à sqlite :
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Pourquoi
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 1.
mais sur le trottoir ?
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Pourquoi
Posté par ted (site web personnel) . Évalué à 3.
C'est une ancienne erreur introduite par les moines copistes. Il faut lire:
Un LUG en Lorraine : https://enunclic-cappel.fr
[^] # Re: Pourquoi
Posté par abriotde . Évalué à 2.
Je pense que c'est un peu une auto-dérision ce "The Rule". Sans doute que les fondateurs sont chrétiens mais je ne crois pas une seconde qu'il soit appliqué.
Je suis un meurtrier/pédophile je vais donc voir DuckDB, là bas car on s'en tape de l'éthique :D
[^] # Re: Pourquoi
Posté par Anonyme . Évalué à 2.
Voici un article avec la réponse du dev principal [en anglais] qui explicite la chose.
[^] # Re: Pourquoi
Posté par Milo . Évalué à 2.
Merci de ne pas renvoyer vers des sites trumpistes sans l'annoncer explicitement …
[^] # Re: Pourquoi
Posté par Anonyme . Évalué à 6.
encore aurait-il fallu que je le sachiasse :(
[^] # Re: Pourquoi
Posté par Cyprien (site web personnel) . Évalué à 2.
Bravo ! Tu partages des liens complotistes et tu te caches derrière ton ignorance !
Te voilà démasqué !
[^] # Re: Pourquoi
Posté par Anonyme . Évalué à 8. Dernière modification le 16 novembre 2022 à 14:58.
c'est le premier article que j'ai trouvé où le bonhomme s'est exprimé sur le sujet.
ca me fait néanmoins un peu bizarre d'être sommé de mentionner le biais idéologique d'une source d'information qui traite pertinemment du sujet en question.
[^] # Re: Pourquoi
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 2.
oui mais comme tu disais, c'est sa chiasse au milo …à moins qu'il lui en soit tombé un bras en découvrant l'idéologie derrière le site Vénus ?
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Pourquoi
Posté par Krunch (site web personnel) . Évalué à 2.
Cet article est référencé depuis le Code of Ethics de SQLite, ainsi que ces deux autres liens :
https://www.theregister.co.uk/2018/10/22/sqlite_code_of_conduct/
https://www.youtube.com/watch?v=S48VzyCwwtk (j'ai pas accès à cette vidéo donc je sais pas ce qu'elle contient ni qui l'a faite)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Pourquoi
Posté par SpaceFox (site web personnel, Mastodon) . Évalué à 3.
>_>
La connaissance libre : https://zestedesavoir.com
[^] # Re: Pourquoi
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 2.
amène ton chemin roi couronné d'épines
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Pourquoi
Posté par srb (site web personnel) . É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.
[^] # Re: Pourquoi
Posté par El Titi . Évalué à 5.
Simon Willinson,l'un des co-créateurs de Django et de l'excellent projet datasette en donne une comparaison ici.
Ce que j'en retiens: DuckDB est orienté traitement analytique mais est surclassé par Sqlite sur les accès concurrents en écriture (qui n'est déjà pas son fort).
[^] # Re: Pourquoi
Posté par claudex . Évalué à 3.
Ah oui, c'est intéressant. C'est quand même des différences importantes:
Mais dans l'article, ils parlent justement d'améliorer les performances de SQLite. Avec déjà des patchs pour faire entre x2 et x10. Donc, c'est intéressant, au moins ça fait de la concurrence sur le segment.
(un point qui n'est pas mentionné, c'est la consommation mémoire des deux).
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Pourquoi
Posté par devnewton 🍺 (site web personnel) . Évalué à 1.
Mare, mare aux canards, duckdb, coin, humour drôle, 'cule un anatide.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Pourquoi
Posté par steph1978 . Évalué à 2. Dernière modification le 17 novembre 2022 à 18:32.
Les deux en embarqué (dans le process principal).
Tu pourrais même avoir une application qui stocke dans les deux db : les données live en sqlite et les données historisées en duckdb.
Pas de raison de n'en choisir qu'un seul donc.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.