IZ
и правильно завтра на работе поумничаешь над задачами)
Обязательно поумничаю
Size: a a a
2021 February 10
MM
так ты же спать пошел?
MM
да просто забань че мелочится, завтра придешь будешь джунов стебать, нафиг вообще этот канал, админ здесь для прикола поржать? или помочь? вопрос задавался общий, без конкретного примера и за небольшой промежуток времени нашел подходы чтобы не пробегатся по большому количеству строк, пока ты спал
MM
пока я искал решение вопроса, ты выбирал каким смайликом мне ответить, уровень тимлида )
IZ
да просто забань че мелочится, завтра придешь будешь джунов стебать, нафиг вообще этот канал, админ здесь для прикола поржать? или помочь? вопрос задавался общий, без конкретного примера и за небольшой промежуток времени нашел подходы чтобы не пробегатся по большому количеству строк, пока ты спал
Я оставлю это, чтобы другие тоже могли так же смачно поржать, утром...
A
Добрый вечер такой вопрос, перешел на новый проект, там есть страница статистики, заглянул в запрос, а там 7 left join с подселектами с иннер джоинами с группировками, подсчетом суммы, условными операторами и т.д.... запрос 315 строк, причем всего в таблицах пока от 500 до 8 тысяч записей к которым джоины происходят, я что-то сомневаюсь что такой запрос заведется когда начнутся пользоваться клиенты накопятся финансовые записи платежи и чтобы это все посчитать запрос просто повиснет. понятно что запрос не видели, но в целом ваше мнение?
Это называется оптимизация и ей будешь заниматься после разработки. Всему вас учить надо
l
да просто забань че мелочится, завтра придешь будешь джунов стебать, нафиг вообще этот канал, админ здесь для прикола поржать? или помочь? вопрос задавался общий, без конкретного примера и за небольшой промежуток времени нашел подходы чтобы не пробегатся по большому количеству строк, пока ты спал
К сожалению других админов для вас у нас нет
MM
Это называется оптимизация и ей будешь заниматься после разработки. Всему вас учить надо
возможно стоит агрегировать данные и записывать в clickhouse чтобы потом можно было выбирать готовые данные. я просто не уверен что при закупке рекламы не упадет этот запрос)
l
возможно стоит агрегировать данные и записывать в clickhouse чтобы потом можно было выбирать готовые данные. я просто не уверен что при закупке рекламы не упадет этот запрос)
судя по вашим объемам не стоит
l
Кликхаус штука сильно специальная, а рсубд хорошо умеют оптимизировать JOIN
MM
Кликхаус штука сильно специальная, а рсубд хорошо умеют оптимизировать JOIN
ну она ведь колончатая субд и я могу создать много колонок с готовыми данными. перфект?
A
По мне кликхауз и дба вещи несовместимые, там администрировать особо нечего. Только верить Яндексу на слово
l
ну она ведь колончатая субд и я могу создать много колонок с готовыми данными. перфект?
А смысл, что бы потом все время мучатся с фулсканом?
MM
судя по вашим объемам не стоит
количество данных в 8 тыс это лишь тестовые данные 1 компании, когда их будет 100 я думаю уже начнутся проблемы с оптимизацией этого запроса и времени для его исправления будут минимальны, ибо клиенты просто уйдут, такая логика
MM
А смысл, что бы потом все время мучатся с фулсканом?
фуллскан в кликхаус?
l
фуллскан в кликхаус?
А как же, из индексом у тебя только спарс индекс, а все столбцы туда не запихаешь
l
По мне кликхауз и дба вещи несовместимые, там администрировать особо нечего. Только верить Яндексу на слово
Мр, Кликхаус регулярно подкидывает задачки
MM
По мне кликхауз и дба вещи несовместимые, там администрировать особо нечего. Только верить Яндексу на слово
я давно его использовал не знаю что сейчас с ним, но 4 года назад было куча багов (