Александр Аблизин

Ну во первых: то что вы хотите сделать, очень похоже на денормализацию базы данных что не есть хорошо. Ну не мне судить я не знаю нюансов вашего случая.
Во вторых это можно сделать на php так: Допустим что $items это коллекция (в виде обычного массива) записей вашей базы, тогда чтобы привести её к нужному вам виду нужно сделать что-то типа:

$arr = [];
foreach($items as $item) {
    $arr[$item['id_article']][] = $item['size'];
}

$result = [];
foreach($arr as $key => $val) {
    $result[$key] = join(',',$val);
}

Я тоже изучаю этот вопрос, и я пока что вижу, что самый оптимальный вариант реализации вот такой (типа инфоблоки в битриксе или информационные системы в HostCMS).

Имеем следующие таблицы:
1) Сами записи (id|...|category_id)
2) Категории (вида id|parent_id|customfields_table)
3) Набор кастомных полей для категории (id|custom_1|custom_2|...)
4) Описание кастомных полей для таблицы кастомных полей (custom_{id}|type|name|slug|...)
Как-то так, всё нормализовано и связано, в моём примере наборы кастомных полей привязываются к категориям, как в JBZoo или в HostCMS но в этом же стиле можно привязать их к иным сущностям, как инфоблоки в битриксе, но эти инфоблоки связаны так-же с категориями (ну дальше логика уже зависит от задач).

Есть ли ещё какие-то соображения?
P.S. А вопрос интересный и совсем не глупый.

Ещё можно использовать GROUP BY, выглядит примерно так:

SELECT books.id, books.bookname
FROM pivot_table, books, users
WHERE books.id = pivot_table.book_id
AND pivot_table.user_id = 3
GROUP BY books.bookname

Значит запись с результатом "5.00" не подходит под условия "where ARTICLE='123' AND BRAND='321'"