J'ai pas creusé la doc ou le code mais comme c'est évoqué dans le journal, je pose la question ici.
Qu'est ce qui a dicté le choix de badgerdb plutôt qu'un base de données SQL type Postgres ou SQLite si on cherche de l'embarqué ?
Ma compréhension est que l'outil sert à définir et exécuter un traitement sur une source de logs. Je suppose donc que l'outil ne stocke que des données de "gestion", pas les données en elles-mêmes. Ainsi je ne vois pas le besoin d'un stockage spécialisé.
# nosql ?
Posté par steph1978 . En réponse au journal FlowG - Une solution "Low Code" de traitement de journaux (systèmes). Évalué à 4.
J'ai pas creusé la doc ou le code mais comme c'est évoqué dans le journal, je pose la question ici.
Qu'est ce qui a dicté le choix de badgerdb plutôt qu'un base de données SQL type Postgres ou SQLite si on cherche de l'embarqué ?
Ma compréhension est que l'outil sert à définir et exécuter un traitement sur une source de logs. Je suppose donc que l'outil ne stocke que des données de "gestion", pas les données en elles-mêmes. Ainsi je ne vois pas le besoin d'un stockage spécialisé.