Size: a a a

DBA - русскоговорящее сообщество

2021 February 10

MM

Maksim Melnichuk in DBA - русскоговорящее сообщество
lnuynxa
А как же, из индексом у тебя только спарс индекс, а все столбцы туда не запихаешь
а поиск по партишинам не?
источник

MM

Maksim Melnichuk in DBA - русскоговорящее сообщество
у меня ведь есть временные метки, как раз минимальным по месяцам
источник

l

lnuynxa in DBA - русскоговорящее сообщество
Maksim Melnichuk
а поиск по партишинам не?
Ну хорошо, есть еще и партишн пруннинг, обычно по дате.
источник

MM

Maksim Melnichuk in DBA - русскоговорящее сообщество
ну и все проблема решится наверное? дату указали получили, по сути там будет на 1 сущность 1 запись сагегированных данных
источник

MM

Maksim Melnichuk in DBA - русскоговорящее сообщество
он нашел партишен пробежался по нему (не по всей таблице) и вернул результат
источник

l

lnuynxa in DBA - русскоговорящее сообщество
Maksim Melnichuk
он нашел партишен пробежался по нему (не по всей таблице) и вернул результат
всеравно медленнее, чем дернуть пару записей по индексу
источник

l

lnuynxa in DBA - русскоговорящее сообщество
в рсубд это микросекунды
источник

l

lnuynxa in DBA - русскоговорящее сообщество
в клике запрос это минимум десяток миллисекунд
источник

l

lnuynxa in DBA - русскоговорящее сообщество
клик тысячу рпс держать сложно будет
источник

MM

Maksim Melnichuk in DBA - русскоговорящее сообщество
десяток миллисеунд ? про тот ли кликхаус мы говорим?
источник

l

lnuynxa in DBA - русскоговорящее сообщество
Maksim Melnichuk
десяток миллисеунд ? про тот ли кликхаус мы говорим?
Да, дернуть запись по индексу в кх это десяток миллисекунд.
источник

MM

Maksim Melnichuk in DBA - русскоговорящее сообщество
источник

MM

Maksim Melnichuk in DBA - русскоговорящее сообщество
в рсубд по индексу даже с join быстрее будет?
источник

MM

Maksim Melnichuk in DBA - русскоговорящее сообщество
может стоит тогда эту статистику агрегировать и ложить рядышком специально для страницы статистика, триггер написать чтобы группировать по дням
источник

l

lnuynxa in DBA - русскоговорящее сообщество
Саггрегировать записи это только половина запросов, вторая это обычно как раз дернуть 1-2 записи по индексу.
источник

l

lnuynxa in DBA - русскоговорящее сообщество
В втором случае кх начинает проигрывать, тк должен прочесть как минимум одну гранулу или блок компрессии.
источник

MM

Maksim Melnichuk in DBA - русскоговорящее сообщество
может есть какой-то способ подсчитать время выполнения запроса примерное в прогрессии, если объём данных возврастет. просто тут либо архитектура не верная, либо запрос странный, либо данные надо готовить, т.к. все равно смотрим по месяцам, но есть некоторые данные которые могут дополнить графу доход/расход в любой момент времени
источник

MM

Maksim Melnichuk in DBA - русскоговорящее сообщество
ну типо периоды месяц минимальный, просто месяц это с учетом текущего дня, в течении которого в любой момент может поступить еще какой-то платеж
источник

MM

Maksim Melnichuk in DBA - русскоговорящее сообщество
то что было вчера и до начала месяца можно смело группировать агреггировать, но стоит ли? либо есть примеры когда таблицы миллионики от сущностей шли к заказам брали там суммы складывали, затем шли инвойсы и другие таблицы с целью расчитать различные метрики эффективности, процент доходности, ну или хотябы минимально доход расход, а дальше уже программно высчитать на стороне сервера
источник

I

ILYA in DBA - русскоговорящее сообщество
А проблема то в целом есть? Или это такой параноидальный перформанс тюнинг заранее?
источник