Как правильно написать dql запрос?

Question

[Игорь Катков]

Всем привет!
Работаю над фильтрами в текущем проекте. Есть вот такая структура


Во вьюхе должен быть список из option.name и возможных его свойств:

<ul>
    {% for option in options %}

        <li> {{ option.name }}
            <ul>
        {% for value in option.productsOptionValues  %}
            <li>
                <input type="checkbox" value="{{ value.value }}" name="filter[{{ option.name }}][{{ value.id }}]" {% if filter[option.name][value.id] is defined %} checked="checked" {% endif %} />
                {{ value.value }}
            </li>
        {% endfor %}
            </ul>
        </li>
    {% endfor %}
    </ul>

Вот наглядно:


Понимаю, что можно получить и option и его distinct values одним запросом. Но уже битый час пытаюсь это сделать и никак не получается. Собственно какой запрос в данном случае будет правильным?

Answer 1

[bears]

Это можно без dql сделать:

$options = $this->getDoctrine()
			->getRepository('AppBundle:Option')
			->createQueryBuilder('o')
			->select('o, v')
			->join('o.values', 'v')
			->getQuery()
			->getResult();

Comments

[Игорь Катков]

Я наверно не совсем ясно написал вопрос. Есть сущности Option и Product. Их связь многое ко многим характерезует третья сущность ProductsOptionsValues, в которой хранится value опций.

[Игорь Катков]

Собственно в этом вся суть, достать все Option, которые относятся к определенной Category, при этом, что бы они имели в себе distinct values. Надеюсь понятно :)

[bears]

Игорь Катков: Раз уж речь идет о distinct values - то вероятно не совсем правильно реализована связь (хотя я точно не знаю суть проекта). Если уж ProductsOptionsValues может дублироваться, то лучше создать в БД готовые значения, чтобы можно было их выбирать, иначе получается что одно и то же значение может быть по-разному написано и/или дублироваться несколько раз.

[bears]

Игорь Катков: Если еще и категорию нужно учитывать, то тут запрос будет длинным, возможно даже два.

[Игорь Катков]

bears: Смотрите, между Product и Options реализована связь "многие ко многим", так как у каждого товара может быть куча свойств, но эти свойства могут повторяется у других товаров. К примеру возьмите смартфоны и их свойства (разрешения, процессоры etc). Собственно мне нужно сделать так, что бы на страничке выводились все возможные свойства смартфонов и что бы конечный пользователь мог искать нужные по фильтрам.

[Игорь Катков]

bears: А distinct нужно, что бы выводимые значения во вьюхе не дублировались

[bears]

Игорь Катков: между Option и ProductsOptionsValues какая связь? один ко многим?

[Игорь Катков]

bears: Да

[bears]

Игорь Катков: попробуйте примерно так:

SELECT DISTINCT v.value, o.name
FROM Options o
JOIN ProductsOptionsValues v
JOIN Products p
WHERE p.category = :category

к сожалению проверить не могу

[bears]

Игорь Катков: Немного ошибся, конечно же надо указывать связи а не сущности

SELECT DISTINCT v.value, o.name
FROM Options o
JOIN o.values v
JOIN o.product p
WHERE p.category = :category

[Игорь Катков]

bears: Спасибо, это именно то решение, которое было мне нужно и которое я сразу написал, но никак не мог вкурить, что не так) Ошибка была в БД, а точнее в дублировании опций и я все спутал) Спасибо за помощь