À 11:37:48, cette copie enregistrée indique sentiment.now.value = 10, date 2026-11-15 ; prev.value = 13, date 2026-11-14. Dans series_8d, la ligne dont la date est 2026-11-15 a pour value 10, et celle dont la date est 2026-11-14 a pour value 13 : les valeurs correspondent littéralement.
À l’étape précédente, nous avons écarté l’idée de rattacher now à la série en fonction de la valeur : 28 correspond à 2026-11-12 et à 2026-11-08, 29 à 2026-11-11 et à 2026-11-09. Une même valeur renvoie à deux dates, et l’instantané ne précise nulle part comment associer ces deux blocs. Et si l’on utilisait plutôt date ? Dans series_8d, la date de chaque ligne est unique, ce qui semble plus cohérent que value.
Mais la chaîne de caractères 2026-11-14 ne figure pas uniquement dans la série. C’est sentiment.prev.date ; dans chain_tvl, le champ prev_date des lignes BSC, Ethereum et Solana est également identique, et leurs valeurs tvl_change_1d_pct respectives sont -5.52, -5.59 et -3.68. Le nom du champ passe de date à prev_date, et le bloc de sentiment à chain_tvl. L’unicité de date n’est vraie qu’au sein de cette colonne ; si l’on déplie l’instantané entier, la même chaîne apparaît à plusieurs endroits.
prices.BTC.usd vaut 64974, prices.ETH.usd vaut 1819.37, market.market_cap_change_24h_pct vaut -6.35 et btc_dominance_pct vaut 58.66 : chacune de ces valeurs n’apparaît qu’une fois et n’entre pas en jeu ici. Tout cela n’est qu’une archive de données personnelles que j’ai conservée en entier au moment de leur extraction ; cela ne constitue pas un conseil en investissement. Je recopie les répétitions telles quelles, sans créer de clé de liaison et sans supprimer de ligne au seul motif que la chaîne est identique.
Si vous deviez vraiment choisir une colonne comme clé, choisiriez-vous date ou value, et où comptez-vous consigner la raison de ce choix ?
À l’étape précédente, nous avons écarté l’idée de rattacher now à la série en fonction de la valeur : 28 correspond à 2026-11-12 et à 2026-11-08, 29 à 2026-11-11 et à 2026-11-09. Une même valeur renvoie à deux dates, et l’instantané ne précise nulle part comment associer ces deux blocs. Et si l’on utilisait plutôt date ? Dans series_8d, la date de chaque ligne est unique, ce qui semble plus cohérent que value.
Mais la chaîne de caractères 2026-11-14 ne figure pas uniquement dans la série. C’est sentiment.prev.date ; dans chain_tvl, le champ prev_date des lignes BSC, Ethereum et Solana est également identique, et leurs valeurs tvl_change_1d_pct respectives sont -5.52, -5.59 et -3.68. Le nom du champ passe de date à prev_date, et le bloc de sentiment à chain_tvl. L’unicité de date n’est vraie qu’au sein de cette colonne ; si l’on déplie l’instantané entier, la même chaîne apparaît à plusieurs endroits.
prices.BTC.usd vaut 64974, prices.ETH.usd vaut 1819.37, market.market_cap_change_24h_pct vaut -6.35 et btc_dominance_pct vaut 58.66 : chacune de ces valeurs n’apparaît qu’une fois et n’entre pas en jeu ici. Tout cela n’est qu’une archive de données personnelles que j’ai conservée en entier au moment de leur extraction ; cela ne constitue pas un conseil en investissement. Je recopie les répétitions telles quelles, sans créer de clé de liaison et sans supprimer de ligne au seul motif que la chaîne est identique.
Si vous deviez vraiment choisir une colonne comme clé, choisiriez-vous date ou value, et où comptez-vous consigner la raison de ce choix ?