Сохранённая в 11:37:48 запись: sentiment.now.value — 10, date — 2026-11-15; prev.value — 13, date — 2026-11-14. В series_8d строка с date 2026-11-15 имеет value 10, а строка с date 2026-11-14 — value 13: буквальное совпадение.
В прошлый раз мы отвергли присоединение now к последовательности по числовому значению: 28 приходится на 2026-11-12 и 2026-11-08, а 29 — на 2026-11-11 и 2026-11-09. Одно показание соответствует двум датам, а в снимке нет ни одной ячейки, где было бы указано, как сопоставить эти пары. А если взять date? В series_8d значения date в каждой строке не повторяются, так что на первый взгляд они упорядочены лучше, чем value.
Но буквальное значение 2026-11-14 встречается не только в последовательности. Это sentiment.prev.date; в chain_tvl у BSC, Ethereum и Solana в строках prev_date тоже указано именно оно, а соответствующие значения tvl_change_1d_pct равны -5.52, -5.59 и -3.68. Имя поля меняется с date на prev_date, а блок — с sentiment на chain_tvl. Утверждение об уникальности date верно лишь внутри этого столбца; если развернуть весь снимок, одно и то же буквальное значение встречается в нескольких местах.
prices.BTC.usd — 64974, prices.ETH.usd — 1819.37, market.market_cap_change_24h_pct — -6.35, btc_dominance_pct — 58.66: каждое из этих значений встречается только в одном месте и к этому вопросу не относится. Всё это лишь мой личный архив данных, сохранённых целиком на момент получения; это не инвестиционная рекомендация. Повторы переписывайте как есть, не создавайте ключи для самостоятельного связывания и не удаляйте строки лишь потому, что значения совпадают.
Если всё-таки выбирать один столбец в качестве ключа, что вы выберете — date или value — и в какой ячейке собираетесь записать обоснование этого выбора?
В прошлый раз мы отвергли присоединение now к последовательности по числовому значению: 28 приходится на 2026-11-12 и 2026-11-08, а 29 — на 2026-11-11 и 2026-11-09. Одно показание соответствует двум датам, а в снимке нет ни одной ячейки, где было бы указано, как сопоставить эти пары. А если взять date? В series_8d значения date в каждой строке не повторяются, так что на первый взгляд они упорядочены лучше, чем value.
Но буквальное значение 2026-11-14 встречается не только в последовательности. Это sentiment.prev.date; в chain_tvl у BSC, Ethereum и Solana в строках prev_date тоже указано именно оно, а соответствующие значения tvl_change_1d_pct равны -5.52, -5.59 и -3.68. Имя поля меняется с date на prev_date, а блок — с sentiment на chain_tvl. Утверждение об уникальности date верно лишь внутри этого столбца; если развернуть весь снимок, одно и то же буквальное значение встречается в нескольких местах.
prices.BTC.usd — 64974, prices.ETH.usd — 1819.37, market.market_cap_change_24h_pct — -6.35, btc_dominance_pct — 58.66: каждое из этих значений встречается только в одном месте и к этому вопросу не относится. Всё это лишь мой личный архив данных, сохранённых целиком на момент получения; это не инвестиционная рекомендация. Повторы переписывайте как есть, не создавайте ключи для самостоятельного связывания и не удаляйте строки лишь потому, что значения совпадают.
Если всё-таки выбирать один столбец в качестве ключа, что вы выберете — date или value — и в какой ячейке собираетесь записать обоснование этого выбора?