Полная Версия: SQL выбор определенного значения или первое вхожде
| Цитата (S.Chushkin @ 29.03.2017 - 09:25) |
| Т.е. ТС неправ, утверждая, что "Но, невозможно отсортировать по полю title т.к. имеем агрегатную функцию" ? |
При таком запросе
select DISTINCT on (o.object_id) o.object_id, o.titleсортировка идет по o.object_idю Вторая сортировка по o.title уже бессмыслена, т.к. DISTINCT on (o.object_id) o.object_id удалит все дубликаты.
from objects o
order by o.object_id, o.title
Я дал DDL, дал INSERT запрос, пробуй.
| Цитата (S.Chushkin @ 29.03.2017 - 08:37) |
| Это не ответ. Хочешь помощи или дискуссии, будь добр - заинтересуй. |
:) как мило
_____________
[продано копирайтерам]
_____________
[продано копирайтерам]
| Цитата (sergeiss) |
| Во-первых, давай все-таки насчет условий задачи определимся В то числе с тем, насколько часто меняются данные в исходной таблице. |
Не меняются, но добавляются. Со скоростью, примерно 100 штук в минуту.
| Цитата (sergeiss @ 29.03.2017 - 05:48) |
| Во-вторых, есть ли ограничения на объекты (их список) или вообще среди всех искать надо? |
Да, конечно, есть object_class, object_type, user_id
У самого жирного клиента, примерно по 1.000.000 объектов каждого класса
Задача:
есть таблица video (видео)
есть таблица asset (картинки и все прочее, что не видео и не подлжеит перекодированию)
Клиент отправляет запрос к API, должны вернуться все объекты (класса video и asset) с определенными условиями и отсортированы по определенному полю (дата, имя файла, размер файла и т.д. метаданные)
Для целей пагинации введены еще два параметра limit и offset
Но они вступают в бой только после корректной сортировки результата.
Метаданные раскиданы по разным таблицам.
Запросы сбора метаданных были очень тяжелые, а с учетом, что (по историчесчким причинам) существует две главных таблицы (video и asset), то приходилось общий список запрашивать с UNION, и тут вообще sort by, limit и offset вместе не работают.
Поэтому была придумана денормализованная таблица objects, которая заполняется тригерами из главных таблиц и таблиц метаданных.
как-то так
_____________
[продано копирайтерам]
Проще было бы скормить тому же sphinx и обновлять по дельте.
_____________
Mysql, Postgresql, Redis, Memcached, Unit Testing, CI, Kohana, Yii, Phalcon, Zend Framework, Joomla, Open Cart, Ymaps, VK Api
_____________
Mysql, Postgresql, Redis, Memcached, Unit Testing, CI, Kohana, Yii, Phalcon, Zend Framework, Joomla, Open Cart, Ymaps, VK Api
| Цитата (T1grOK @ 29.03.2017 - 17:24) |
| Проще было бы скормить тому же sphinx и обновлять по дельте. |
Вот поэтому и есть проект-менеджеры, которые следят за разработчиками.
Потому что, если за разработчиками не следить, то в один прекрасный момент, проект перестанет приносить прибыль, т.к. все разрабы заигрались в рефакторинг
Я даже боюсь представить реакцию генерального, на предложение вместо одного SQL запроса, для всего лишь одного конкретного метода API, установить sphinx
Хотя, в глобальном смысле, идея интересная, можно подумать.
_____________
[продано копирайтерам]
Здесь расположена полная версия этой страницы.