• # interessant

    Posté par  (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

  • # Cas d'usage

    Posté par  . É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  . É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  . É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  (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  (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.

            • Yth.
            • [^] # Re: Cas d'usage

              Posté par  . Évalué à 2.

              Voire du SQLite, qui gère aussi le json maintenant !

              • [^] # Re: Cas d'usage

                Posté par  (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.

                • Yth.
            • [^] # Re: Cas d'usage

              Posté par  . É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  (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.

                • Yth.
        • [^] # Re: Cas d'usage

          Posté par  (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.