А
у тебя LIMIT 20
Лимит уже после группировки работает
Size: a a a
2020 April 24
GK
Александр
Лимит уже после группировки работает
спасибо, КО
А
какой вопрос такой и ответ
GK
Alexey
ок, еще раз:
есть таблица comments с данными типа
id|comment|item_id
нужно взять 20 последних записей с разными item_id
есть таблица comments с данными типа
id|comment|item_id
нужно взять 20 последних записей с разными item_id
20 последних записей с любыми разными item_id?
GK
судя по MAX(id) - задача взять последние комментарии пользователей
A
20 последних коментариев (максимальный ИД) к разным товарам
A
да
GK
это просто иначе решается
A
это просто иначе решается
как?
GK
лучше всего - добавить таблицу-связь item_last_comment (item_id int, comment_id int)
А
я написал правильный запрос, он полностью соответвует поставленной задаче, но он будет долгий и лопатить всю таблицу
можно его оптимизировать используя рекурсию
WITH d AS (
SELECT 1 id, 'comment10' comment, 1 item_id
UNION ALL SELECT 2, 'comment1', 1 val
UNION ALL SELECT 3, 'comment3', 2 val
UNION ALL SELECT 4, 'comment4', 2 val
)
, t AS (
SELECT id, comment, item_id
, ROW_NUMBER() OVER (PARTITION BY item_id ORDER BY id DESC) rn
FROM d
)
SELECT id, comment, item_id
FROM t
WHERE rn = 1
ORDER BY id DESC
LIMIT 20
можно его оптимизировать используя рекурсию
GK
а можно не пытаться изобрести способ есть суп вилкой, и взять ложку
А
ну запрос это всё таки проще, чем вводить денормализацию, вещать триггеры
GK
это не денормализация, это правильная нормальная форма связи один к одному
GK
как вариант - материализованный вид или колонка в items, вот это уже денормализация
А
last_comment - это чистейшей воды денормализация
GK
а можно проставить правильные индексы в нужном порядке и запрос будет выполняться очень быстро
тут группировка по всей выборке с большим количеством записей
в pg можно было бы сделать оконную функцию
в pg можно было бы сделать оконную функцию