Je réagis sur "Une base de données SQL implique d'avoir un schéma, ou de s'en servir comme une base de donnée clé/valeur." juste pour le fun. Si je prend l'exemple de flowg entry:<stream name>:<timestamp in milliseconds>:<UUID v4>, un schéma PgSQL ressemblerait à ça :
-- création d'une table reprennant l'exemple de la doc flowgCREATETABLEflowg(timestampTIMESTAMPTZ,pk_uuiduuidDEFAULTgen_random_uuid(),dataJSONB);-- pour convertir dans un format de stockage timescaledbSELECTcreate_hypertable('flowg',by_range('timestamp'));-- pour indexer toutes les clésCREATEINDEXidx_globalONflowgUSINGGIN(data);-- pour indexer une clé particulièreCREATEINDEXidx_partialONflowg((data->>'some_key'))WHEREdata?'some_key';
c'est qu'une des nombreuses solutions, on peut aussi voir des solutions en base fichier capables de manger et régurgiter des tonnes de séries temporelles :)
[^] # Re: nosql ?
Posté par Jean Roc Morreale . En réponse au journal FlowG - Une solution "Low Code" de traitement de journaux (systèmes). Évalué à 2.
Je réagis sur "Une base de données SQL implique d'avoir un schéma, ou de s'en servir comme une base de donnée clé/valeur." juste pour le fun. Si je prend l'exemple de flowg
entry:<stream name>:<timestamp in milliseconds>:<UUID v4>, un schéma PgSQL ressemblerait à ça :c'est qu'une des nombreuses solutions, on peut aussi voir des solutions en base fichier capables de manger et régurgiter des tonnes de séries temporelles :)