Blague à part je reste dubitatif, on a déjà un paquet de database sql/nosql, du stockage json, du clé/valeur… j'ai pas remarqué de plus value par rapport à l'existant, et comme le coeur semble non libre, je me lancerai pas dans un truc qui risque de faire payer a terme.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Ce qui serait intéressant c'est de filtrer cette liste pour ne laisser que celles qui ne peuvent pas être remplacées directement (enfin, pas forcément sans réécriture des requêtes hein, mais fonctionnellement) par du postgreSQL.
C'est un autre sous-ensemble intéressant, mais celui qui m'intéresse le plus, ce sont les bases qui ne peuvent pas être remplacées par PostgreSQL justement !
Et pourquoi…
Mais sachant que SQLite est embarquable et pas PostgreSQL, finalement, le sous-ensemble vraiment intéressant, c'est celui des bases de données qui ne peuvent être remplacées ni par l'un, ni par l'autre.
Ça dépend de ce que tu entends par fonctionnel. KSQL n'apporte probablement rien de plus que pg, mais il le fait au dessus de topic kafka. FondationDB, HBase ou Cassandra font moins que pg fonctionnellement, mais le font des Eio de données en multidatacenter. Redis fait moins que pg mais il le fait entièrement en mémoire. Tu peu réécrire tes requêtes Warp10 avec le SQL de pg, mais une partie de la valeur de ce dernier c'est justement warpscript.
Je dis pas que toutes sont utiles, mais que ce qui peu paraître être des détails que ces bases montrent leur valeur et que croire que pg aussi bien soit-elle les englobe toutes c'est probablement n'avoir jamais eu des besoins trop spécifiques.
Les choix structurels des bases a un impact sur leurs propriétés et leur utilisation. Dire que pg fait tout c'est autant du bullshit que cette surrealdb qui tente de faire croire qu'elle est capable de tout.
Ben d'où ma remarque :
Lesquelles apportent quelque chose par rapport à PgSQL, et quoi ?
Et au final, combien y'en a-t-il ?
Je n'ai jamais dis que sur les 980 et quelques listées là-bas il ne devrait en rester qu'une hein !
Personnellement j'adore Redis par exemple, c'est hyper utile, dans son usage.
Mais je ne trouve pas du tout d'intérêt à MongoDB, et là où je l'ai vu utilisé, on se serait moins fais c… avec du PgSQL.
Si tu me relis, j'écris bien que le sous-ensemble intéressant, ce n'est pas celui qui peut être remplacé par PostgreSQL, mais bien celui qui ne peut pas l'être.
C'est là qu'on a des trucs intéressants à aller chercher.
# interessant
Posté par bubar🦥 (Mastodon) . Évalué à 4. Dernière modification le 25 février 2024 à 22:45.
Intéressante DB, merci pour la découverte !
Explication intéressante aussi sur le choix de la BSL : https://surrealdb.com/license
[^] # Re: interessant
Posté par devnewton 🍺 (site web personnel) . Évalué à 4.
Bref sapusaipalibre.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# Cas d'usage
Posté par Xanatos . Évalué à 3.
Des avis de CTO c'est bien gentil mais quelques exemples d'applications de leur part pour les non initiés serait plus éclairant.
[^] # Re: Cas d'usage
Posté par Glandos . Évalué à 2.
https://github.com/surrealdb/surrealdb?tab=readme-ov-file#getting-started
Je sais pas ce que ça vaut. Je reste toujours sceptique quand il s'agit de réinventer la roue :)
[^] # Re: Cas d'usage
Posté par fearan . Évalué à 10.
çapuçépalibre
https://github.com/surrealdb/surrealdb/blob/main/LICENSE
Blague à part je reste dubitatif, on a déjà un paquet de database sql/nosql, du stockage json, du clé/valeur… j'ai pas remarqué de plus value par rapport à l'existant, et comme le coeur semble non libre, je me lancerai pas dans un truc qui risque de faire payer a terme.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Cas d'usage
Posté par Benoît Sibaud (site web personnel) . Évalué à 6. Dernière modification le 26 février 2024 à 10:43.
"Un paquet"
https://dbdb.io/
[^] # Re: Cas d'usage
Posté par Yth (Mastodon) . Évalué à 5.
Ce qui serait intéressant c'est de filtrer cette liste pour ne laisser que celles qui ne peuvent pas être remplacées directement (enfin, pas forcément sans réécriture des requêtes hein, mais fonctionnellement) par du postgreSQL.
[^] # Re: Cas d'usage
Posté par pas_pey . Évalué à 2.
Voire du SQLite, qui gère aussi le json maintenant !
[^] # Re: Cas d'usage
Posté par Yth (Mastodon) . Évalué à 5.
C'est un autre sous-ensemble intéressant, mais celui qui m'intéresse le plus, ce sont les bases qui ne peuvent pas être remplacées par PostgreSQL justement !
Et pourquoi…
Mais sachant que SQLite est embarquable et pas PostgreSQL, finalement, le sous-ensemble vraiment intéressant, c'est celui des bases de données qui ne peuvent être remplacées ni par l'un, ni par l'autre.
[^] # Re: Cas d'usage
Posté par barmic 🦦 . Évalué à 5.
Ça dépend de ce que tu entends par fonctionnel. KSQL n'apporte probablement rien de plus que pg, mais il le fait au dessus de topic kafka. FondationDB, HBase ou Cassandra font moins que pg fonctionnellement, mais le font des Eio de données en multidatacenter. Redis fait moins que pg mais il le fait entièrement en mémoire. Tu peu réécrire tes requêtes Warp10 avec le SQL de pg, mais une partie de la valeur de ce dernier c'est justement warpscript.
Je dis pas que toutes sont utiles, mais que ce qui peu paraître être des détails que ces bases montrent leur valeur et que croire que pg aussi bien soit-elle les englobe toutes c'est probablement n'avoir jamais eu des besoins trop spécifiques.
Les choix structurels des bases a un impact sur leurs propriétés et leur utilisation. Dire que pg fait tout c'est autant du bullshit que cette surrealdb qui tente de faire croire qu'elle est capable de tout.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Cas d'usage
Posté par Yth (Mastodon) . Évalué à 5.
Ben d'où ma remarque :
Lesquelles apportent quelque chose par rapport à PgSQL, et quoi ?
Et au final, combien y'en a-t-il ?
Je n'ai jamais dis que sur les 980 et quelques listées là-bas il ne devrait en rester qu'une hein !
Personnellement j'adore Redis par exemple, c'est hyper utile, dans son usage.
Mais je ne trouve pas du tout d'intérêt à MongoDB, et là où je l'ai vu utilisé, on se serait moins fais c… avec du PgSQL.
Si tu me relis, j'écris bien que le sous-ensemble intéressant, ce n'est pas celui qui peut être remplacé par PostgreSQL, mais bien celui qui ne peut pas l'être.
C'est là qu'on a des trucs intéressants à aller chercher.
[^] # Re: Cas d'usage
Posté par Misc (site web personnel) . Évalué à 5.
Il y a pas que le risque de faire payer à terme, il y a aussi le risque de diluer ce que libre veut dire via la confusion que ça entraîne.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.