Как реализовать фильтрацию продукции на Laravel?

Question

[Andrzej Wielski]

Здравствуйте.
Занимаюсь разработкой легкого интернет-магазина на Laravel 5.1
Ранее с этим фреймворком не сталкивался (только начал изучать).

В базе есть такие таблицы:

products
id, name, category_id, brand_id, min_price, max_price

categories
id, slug, name

brands
id, slug, name, logo

products_filters
id, slug, name, dimension

products_filters_values
id, filter_id, product_id, value

Реализовал вывод товаров в категории, но столкнулся с проблемой - не имею ни малейшего представления как лучше реализовать фильтрацию продукта по значениям (цвет, размер, и т.д).
Можно реализовать с помощью join-ов, но очень хочется упростить код, используя ORM.

Очень надеюсь на помощь экспертов, и знающих людей.

Answer 1

[Вячеслав Плиско]

Будет что-то вроде

Products::has('brands', function($query) {
    $query->where('id', \Input::get('brandId'));
});

Answer 2

[Андрей]

Если я правильно понял, то Вам нужен фасетный поиск, он доступен в Sphinx.
https://github.com/adriannuta/SphinxFacetingExample

Демо - sphinxdemos.adriannuta.com/SphinxFacetingExample

Comments

[Andrzej Wielski]

Увы, Sphinx не подходит. Слишком громоздское решение для маленького легкого интернет-магазина...

Answer 3

[Дмитрий Евграфович]

Вы не обижайтесь, но в вашем случае достаточно уделить час-другой документации по eloquent'у. Если это слишком сложно - лучше отдать проект тому, кто понимает, что делает - не стоит портить говнокодом жизнь коллегам.

Comments

[Andrzej Wielski]

Ваш ответ не уместен. Я принципиально не "говнокожу".
Документацию я перерыл достаточно, и даже прикинул несколько вариантов реализации, но из-за неопытности работы с Eloquent ORM как-раз таки и задал такой вопрос, чтобы знать как правильнее реализовать.

[Дмитрий Евграфович]

Andrzej Wielski: если перерыли, то значит видели это laravel.com/docs/5.1/eloquent-relationships#queryi... судя по описанию вашей задачи вполне подходит.

[Andrzej Wielski]

В Laravel целых 6 типов связей, у каждого свои особенности и, в принципе, почти все они мне подходят.
Но меня интересует конкретно какой тип связи лучше для моих потребностей? Относительно правильная реализация/быстродействие/нагрузка.

Насколько я понял - вы профессионал в своем деле.
Укажите пожалуйста в ответе хотя-бы номер связующего типа, который подойдет лучше всего:

1) Один к одному
2) Один ко многим
3) Многие ко многим
4) Ко многим через
5) Полиморфические связи
6) Полиморфические связи «многие ко многим»

[Дмитрий Евграфович]

Andrzej Wielski: А это уже очень сильно зависит от деталей и требований проекта. В двух словах - не усложняйте без причины. Для атрибутов вполне подойдет many to many - каждый товар имеет разные атрибуты и каждый атрибут может быть у разных товаров. И не забывайте, что связующие таблицы - такие же таблицы, как и все остальные. Для них иногда легче сделать модель и получать все что нужно через hasmany или с помощью with, чем городить огород и получить кучи лишних запросов.