Ответ 1

Я боюсь, что я недостаточно хорошо знаком с Magento, чтобы напрямую помочь с вашим кодом, но, в общем, это общий вопрос, когда дело доходит до запросов SQL SELECT.

GROUP BY

Во-первых, важное разъяснение: при использовании GROUP BY любые поля в SELECT части запроса, не включенные в предложение GROUP BY, могут быть не законными. Результат зависит от версии вашего сервера и/или режима ONLY_FULL_GROUP_BY SQL.

Что еще более важно, если ваш сервер/конфигурация поддерживает его, выбор полей, не включенных в предложение GROUP BY, означает, что вы получаете значение из произвольной строки в группе, не первая строка. Из обработки MySQL страницы GROUP BY в документации по MySQL:

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

Выбор определенных строк внутри групп

Один из способов достижения поведения, который вы ищете, всегда хорошо работал у меня - это использовать счетчики и подзапросы для упорядочения и фильтрации ваших подгрупп. Это дает вам более высокий уровень контроля, чем GROUP BY (хотя вы жертвуете некоторыми жертвами производительности):

SELECT @num := IF([email protected]_products_name, @num + 1, 1) b, (@last_products_name := products_name) AS last_pname, t1.*
FROM (
    SELECT p.products_id, p.products_name, p.selling_price
    FROM products p
    WHERE p.category_id = 123
    ORDER BY p.products_name,
    p.selling_price ASC
) t1, (SELECT @num := 0, @last_products_name := 0) d
HAVING b=1;

Чтобы лучше понять, как это работает, запустите запрос без предложения HAVING. Вы получите такой результат:

+------+------------+-------------+---------------+---------------+
| b    | last_pname | products_id | products_name | selling_price |
+------+------------+-------------+---------------+---------------+
|    1 | Bar        |           8 | Bar           |          5.00 |
|    2 | Bar        |           2 | Bar           |         12.00 |
|    3 | Bar        |           4 | Bar           |         14.00 |
|    1 | Fizz       |           3 | Fizz          |         30.00 |
|    2 | Fizz       |           5 | Fizz          |         70.00 |
|    3 | Fizz       |           7 | Fizz          |        100.00 |
|    1 | Foo        |           1 | Foo           |         10.00 |
|    2 | Foo        |           6 | Foo           |         18.00 |
+------+------------+-------------+---------------+---------------+

В столбце b указано значение переменной @num, которая увеличивается для каждой строки в группе продуктов с одинаковым именем и reset каждый раз, когда имя продукта в текущей строке не равно значению имя последнего. Добавление предложения HAVING b=1 означает, что мы получаем только самый дешевый продукт в каждой группе.

Потенциальная информация при использовании ORDER BY в подзапросах!

Когда я в последний раз использовал MySQL, это решение могло бы работать (и я думаю, что это все еще верно сейчас). Однако это не стандартное поведение SQL. Серверы баз данных, которые более строго придерживаются стандарта (например, MariaDB) будут игнорировать предложение ORDER BY, содержащееся в подзапросе, если только в подзапросе нет LIMIT. Поэтому, если вы используете MariaDB, вам нужно заставить сервер соблюдать ORDER BY, включив LIMIT. Техника, которую я использовал ранее (как описано в комментарии к предыдущей ссылке), заключается в том, чтобы указать очень большое значение LIMIT:

SELECT @num := IF([email protected]_products_name, @num + 1, 1) b, (@last_products_name := products_name) AS last_pname, t1.*
FROM (
    SELECT p.products_id, p.products_name, p.selling_price
    FROM products p
    WHERE p.category_id = 123
    ORDER BY p.products_name,
    p.selling_price ASC
    LIMIT 18446744073709551615 -- LIMIT clause forces sub-query ORDER BY
) t1, (SELECT @num := 0, @last_products_name := 0) d
HAVING b=1;

Я надеюсь, что это поможет.