у меня есть State(clientId, appId, createdAt, payload). В таблице куча данных. Мне нужно получить только последние для одного клиента

в объеме измененных файлов

Никогда не думал, что это проблема)))

Никогда не думал, что это проблема)))

Короче все свелось к тому что тебе это не надо, но это не значит что никому не надо

запрос один скинул, а по факту в плане другой

Есть таблица состояний с pk (clientId, createdAt). Вот таким JOIN-ом таблицы в саму себя я вибираю последние данные (последний createdAt) по всем клиентам в одном запросе. https://i.gyazo.com/2afd18a4b5346db2327fe396d87fb531.png Но! На 70кк записей в базе запрос тормозит. Это можно оптимизировать?

да, прошу прощения. Решил убрать лишний шум из запроса. вообще запрос такой: https://i.gyazo.com/2db4ebab2f567bbafa6bd971092645ff.png там составной перв. ключ только

как-то так? PkTable::findAll( PkTable::find()->alias('pk')->select(max(pk.id))->joinWith(['client c'], false)->groupBy('c.id')->column())

мне не нужно решение на Yii, простите

и вообще такие вещи лучше через него по возможности

чего ты в этой группе? Перепиши под чистый SQL, вложенный запрос не видишь? Будет быстрей чем твой джойн 70х70к

Хз, могут ли еще 30 миллионов так деградировать производительность

абсолютли

но ты не учитываешь тот факт что в проде диск может быть занят гораздо больше и соединений с базой так же больше :)

Хз, могут ли еще 30 миллионов так деградировать производительность

ты бы разбил на таблицы по appId и выбирал из нужной или сфинкс / еластик поставил бы Сколько у тебя appId?

Посмотрю в его сторону, спасибо. Никогда не приходилось юзать

какое железо на сервере?

Уважаемые гуру, не могли бы подсказать про оптимизацию запроса и индексы в MySQL? Есть большая табличка с новостями (1 500 000+ записей). Надо мне выбрать записи за определенное время, у которых заполнены все поля (у черновиков что-то может быть пустым). Я делаю: SELECT news.title FROM news WHERE DATE(application.changes_date) >= DATE(NOW() - INTERVAL 30 DAY) AND title <> '' AND body <> '' AND ... - еще несколько полей, проверяющихся на не пусто. При таком запросе выборка происходит очень медленно (а если использовать эту выборку в качестве подзапроса с LEFT JOIN, то вообще несколько минут). Как бы мне правильно оптимизировать этот запрос? Я сделал индекс по полю date, но EXPLAIN показывает, что этот индекс используется, если я произвожу выборку ТОЛЬКО по полю date. Если же я добавляю проверку еще на остальные поля, то индекс уже не используется. Можно как-то ускорить выборку, не делая состовного индекса сразу по всем полям, которые используются в запросе?

Уважаемые гуру, не могли бы подсказать про оптимизацию запроса и индексы в MySQL? Есть большая табличка с новостями (1 500 000+ записей). Надо мне выбрать записи за определенное время, у которых заполнены все поля (у черновиков что-то может быть пустым). Я делаю: SELECT news.title FROM news WHERE DATE(application.changes_date) >= DATE(NOW() - INTERVAL 30 DAY) AND title <> '' AND body <> '' AND ... - еще несколько полей, проверяющихся на не пусто. При таком запросе выборка происходит очень медленно (а если использовать эту выборку в качестве подзапроса с LEFT JOIN, то вообще несколько минут). Как бы мне правильно оптимизировать этот запрос? Я сделал индекс по полю date, но EXPLAIN показывает, что этот индекс используется, если я произвожу выборку ТОЛЬКО по полю date. Если же я добавляю проверку еще на остальные поля, то индекс уже не используется. Можно как-то ускорить выборку, не делая состовного индекса сразу по всем полям, которые используются в запросе?

А boolen переменную черновик/чистовик замутить никак?

В принципе, возможно. Придется повозиться, конечно, чтобы добавить ее ко всем уже имеющимся записям плюс допилить алгоритм сохранения. Надеялся обойтись только запросом, но, видимо, придется все-же код править.

добавь поле в бд и поведение на модель профит!

К yii1 можно как-то неймспейсы прикрутить?

Точней самое простое через композер

Phpstorm жёлтым ругается на классы yii...

К yii1 можно как-то неймспейсы прикрутить?

Хотя анти джоин может через NOT EXISTS наоборот быть медленее...

Вот такое летает)

я удивлен, что твои 30млн конкатенируются очень быстро Но решение прикольное)))

Похоже, я нашел решение https://i.gyazo.com/3648fd274a38790f1804f77a83f1fa10.png

Вот такое летает)

групп конкат вроде максимум 1024 символа, не? не помню если честно спецификацию, но лимит вроде есть

Вот такое летает)

может кто помочь?)

может кто помочь?)