Xxx.yyy=5

https://www.google.ru/search?q=yii2+filter+related+model

А если вот товар связан с таблицей "совместимости с моделями" и уже от модел связан с маркой. и с атрибутами

Я всегда начинаю с составления SQL запроса.

Я всегда начинаю с составления SQL запроса.

Хорошая идея)) спасибо

Я всегда начинаю с составления SQL запроса.

получается связь будет строиться так >andFilterWhere(['like', 'compatibility.models.marks.name', $this->mark])

Ребят, кто-нибудь может подсказать как фильтровать данные через связанные данные

морально готовься к проблемам с N-N

морально готовься к проблемам с N-N

Спасибо)))

короче если у тебя, к примеру, есть статья, а у нее есть теги, и это связь N-N

то

Article::find()->joinWith('tags')->andFilterWhere(['tag.id' => $tag_ids])

работать будет, то найдет все статьи, в которых есть хотя бы один тег из $tag_ids

если придумаешь, как без велосипедов найти все статьи, в которых есть каждый из тегов в $tag_ids - похвастайся

если придумаешь, как без велосипедов найти все статьи, в которых есть каждый из тегов в $tag_ids - похвастайся

Хорошо) но у меня все все все через связанные данные

ну вот, и в своем стремлении к изяществу и нормализации ты можешь выгрести жуткие и тяжеловесные запросы

ну вот, и в своем стремлении к изяществу и нормализации ты можешь выгрести жуткие и тяжеловесные запросы

Но есть же кеширование)

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

<?=$form->field($model,'phone')->widget(MaskedInput::className(),['mask'=>'+7 (999) 999-99-99'])->textInput(['placeholder'=>'+7 (999) 999-99-99','class'=>''])->label('Ваш Телефон');?>

Выводится маска, но когда начинаю вводить то пробелы и скобки не вставляются автоматом

Но есть же кеширование)

мне кажется, что лучше денормализация

мне кажется, что лучше денормализация

А это как?)

ну добавить избыточности

ради упрощения запросов

ну вот выводишь ты статьи, а в них комментарии есть

а надо тебе показать возле статьи сколько комментариев

так лучше завести прямо явный счетчик в статье и его инкрементировать, чем каждый раз пересчитывать комментарии в таблице комментариев

не говоря уже о том, чтобы отсортировать статьи по количеству комментариев\

не говоря уже о том, чтобы отсортировать статьи по количеству комментариев\

С комментариями понятно)) со всем остальным?) атрибуты марки модели

связи 1-N не представляют никаких сложностей

связи 1-N не представляют никаких сложностей

Это да. Но продукт связан с таблицей совместимости с моделью техники, а в свою очередь модель с маркой. И хочу вывести товары определённой марки техники)

ну и что?

ой

продукт и модель связаны как N-N?

продукт и модель связаны как N-N?

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

N-N

Немного оффтопа

http://www.opennet.ru/opennews/art.shtml?num=47192

круто

и новый сублайм сегодня появился

типа противовес шторму?)

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

короче могу только посочувствовать

короче могу только посочувствовать

Спасибо))

типа противовес шторму?)

Любая конкуренция лучше отсутствия конкуренции

да, это так

вообще, ты можешь отдельным запросом получить все модели нужной марки

а после этого вторым запросом уже все товары нужных моделей

а если хочешь, можешь еще эти два запроса выполнять не отдельно, а вместе, как вложенный запрос

между джоинами и вложенным запросом я бы тут выбрал вложенный запрос

между джоинами и вложенным запросом я бы тут выбрал вложенный запрос

Спасибо за идею) кстати, она самая адекватная из всех которые перебрал)

ну и попробуй

похвастаешься

Спасибо за идею) кстати, она самая адекватная из всех которые перебрал)

Хорошо)) а реализовать через dataProvider?)

@beowulfenator чем вложенный запрос лучше? разве они быстрей чем один джойн?

смотря какой джоин и смотря какой запрос

не в случае когда 2000 к 7000 джойнятся, а когда посты юзера доставать

отложим вложенный запрос :)

у тебя есть таблица с юзерами и таблица с их постами

если тебе надо запросить юзеров с их постами...

а у постов коменты с юзерами, теги

о, и с комментариями!

смотри

у тебя 100 юзеров, у каждог по 10 постов, а в каждом посте по 5 комментариев

если запросить все с двумя джоинами, то result set будет содержать сколько строчек?

5000

и вот получается, что содержимое колонок каждого юзера повторилось по 500 раз

памяти у сервера отожралось немало

именно поэтому в yii2 такую фигню свернули, а with() сделает три запроса: первый получит 100 юзеров, второй получит 1000 постов, а третий получит 5000 комментариев

вложенный запрос или не вложенный тут не так важно, вопрос скорее в том, что запросов несколько, а не один

как-то так

я вообще думал когда запросов несколько - это не скорее. И не понимаю чем with() в твоем описании лучше чем joinWith, если в первом случае мы сделали 1 запрос и получили 5000 строк, а во втором 3 запроса и 6100 строк

кто-то может обьяснить почему так? https://github.com/yiisoft/yii2/issues/14754

я вообще думал когда запросов несколько - это не скорее. И не понимаю чем with() в твоем описании лучше чем joinWith, если в первом случае мы сделали 1 запрос и получили 5000 строк, а во втором 3 запроса и 6100 строк

потому что общий объем этих 6100 строк меньше

кто-то может обьяснить почему так? https://github.com/yiisoft/yii2/issues/14754

я могу :)

в php волшебные массивы, которым может позавидовать любой другой язык :)

фигня в том, что массивы в php сохраняют порядок даже для символьных ключей

поэтому $myarray = ['a' => 1, 'b' => 2] - это совсем не то же самое, что $myarray = ['b' => 2, 'a' => 1]

там надо поменять их порядок, чтобы в массиве authenticator непременно шел за corsFilter

потому что где-то в коде есть foreach, в который authenticator должен поступить первым

то, что ты делаешь в контроллере - это не редактирование элементов

смена порядка записей в массиве делается слегка костыльно, ты сперва убиваешь запись authenticator, а затем добавляешь ее снова, но она добавляется в конец

как-то так