в primary key (т. е. есть первичный индекс), по второму есть вторичный индекс.
При запросе с условием по любому из полей видно, что индексы работают и гранулы скипаются (смотрю через SET send_logs_level='debug' и EXPLAIN indexes=1).
При запросе с двумя условиями через OR ни один индекс не работает, гранулы не скипаются. Это норма?
(Апну свой вопрос)
в случае toYYYYMM не надо в случае % надо
Хм, а похоже что нужно. SELECT account_state_state_init_data FROM ton_transactions WHERE (address = '5555555555555555555555555555555555555555555555555555555555555555') AND (workchain = -1) AND (seqno > 25000000) ORDER BY toYYYYMM(gen_utime) DESC LIMIT 1 1 row in set. Elapsed: 0.440 sec. Processed 8.79 thousand rows, 628.27 MB (19.99 thousand rows/s., 1.43 GB/s.) ` SELECT account_state_state_init_data FROM ton_transactions WHERE (address = '5555555555555555555555555555555555555555555555555555555555555555') AND (workchain = -1) ORDER BY gen_utime DESC LIMIT 1 Cancelling query. ↑ Progress: 840.35 thousand rows, 21.80 GB (286.63 thousand rows/s., 7.44 GB/s.)
Хм, а похоже что всё же нужно. Ну или я где-то со схемой ошибся. https://gist.github.com/tvorogme/085ce91348de25c130bb325881d029f6
а теперь читаем исходный вопрос А если primary key f(one_column) order by f(one_column), a, b, c, d, one_column нужно делать where f(one_column) == f(x) and one_column == x или one_column == x уже будет работать быстро и кликхаус внутри себя оптимизирует запрос? где тут про ORDER BY в select? вы задали вопрос про WHERE D = ? vs WHERE f(D) = f(?)
Обсуждают сегодня