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

Да ничего сложного вроде если посидеть

всю жизнь делал это в запросах непосредственно а тут надо методы отдельные еще делать

Можно и без прокладывания связи делать джоины

всю жизнь делал это в запросах непосредственно а тут надо методы отдельные еще делать

Просто так ты пишешь на уровне php не перемешивая sql и php код

У тебя не путаются запросы с переменными внутри вызовов функций... Старый добрый mysql_query

блин я думал Александр пишется так а не Александер

Александр пишется как Aleksandr

тогда по логике и html с php не надо смешивать)

а если я захочу приДжоинить три таблицы мне тоже надо в модель добавлять метод с hasOne той таблицы ?

нет, есть методы leftJoin innerJoin или просто join

with и joinWith выбирают данные одинаковым количеством запросов, только joinWith в запрос добавляет join со связанными таблицами

т.к. это может влиять на конечный результат

http://www.yiiframework.com/doc-2.0/yii-db-query.html#join%28%29-detail

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

http://shot.hsdn.org/5jmUaVAI

1 способ это бред какой то

сначала делается join а потом еще и IN запрос

сначала делается join а потом еще и IN запрос

без with будет куча запросов типа SELECT * FROM price_features WHERE id=23

AR - это о моделях. не надо на AR пытаться работать понятиями Query, в частности выбирать отдельные колонки

без with будет куча запросов типа SELECT * FROM price_features WHERE id=23

там сначала забираются данные через join, судя по всему лишние, а потом делается нежадный запрос через IN

не вижу смысла в этом

joinWith работает как надо

ваш первый способ бессмысленен

joinWith работает как надо

работает также как и with, кроме включения в запрос join, который не влияет на кол-во запросов

разе joinWith не забирает данные жадным запросом?

нет

О_о

и with и joinWith - это вариации жадного запроса

но не такого жадного как в yii1

то есть joinWith все равно отправляет IN запрос с массивом айдишников??

да

вот так новость, надо это проверить

отправляет )

сперва делает

http://shot.hsdn.org/ue4eIYjV

потом еще раз

http://shot.hsdn.org/omTOq1bP

вот так новость, надо это проверить

теперь жадные запросы так работают - by design. Чтобы сохранить чистоту кода и не делать парсинга грязных данных

а с какой версии?

с 2

хм

вау, 2.0 https://framework.zend.com/blog/2017-03-07-expressive-2.html

вот это бы я всем посоветовал пощупать. конфетка

а что лучше изучать после юи, зенд или симфони?

я пока остановился на симфони

я думаю да, симфони

но экпрессив - это не зенд, а микрофреймворк без зенда)

С phpixie кто нибудь работал?

С phpixie кто нибудь работал?

бесит меня этот чувак-накрутчик. слишком агрессивно продвигает, а в код глянешь - плакать хочется

я слышал подкаст с ним :D

да, отправляется 2 запроса, даже если использовать joinWith O_o

тогда вообще не вижу смысла в joinWith

бесит меня этот чувак-накрутчик. слишком агрессивно продвигает, а в код глянешь - плакать хочется

Дали делать проект а ведущий разраб выбрал это чудище

тогда вообще не вижу смысла в joinWith

результат может быть другой

в смысле результат?

то есть это надо помнить, выбирая между with и joinWith

тогда вообще не вижу смысла в joinWith

разьве что сократить код

ну select * from table и select * from table left join .... может выдасть разное кол-во строк

щас уже кейс не вспомню, но три года назад мотивировка такого подхода такова была

ну то есть, как я понял, joinWith не используется для заполнения связанных данных, используется чтобы автоматом внешние ключи подставить из связи?

а вот с $query->createCommand() проблема, оно хоть и выводит массив чистый но пагинацию уже не прикрутить стандартным образом

эм, ну наверное

а вот с $query->createCommand() проблема, оно хоть и выводит массив чистый но пагинацию уже не прикрутить стандартным образом

почему?

а вот с $query->createCommand() проблема, оно хоть и выводит массив чистый но пагинацию уже не прикрутить стандартным образом

offset and limit

установить

потому что пагинацию юзает объекты а тут массив и стандартный способ не катит уже

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

https://github.com/yiisoft/yii2/blob/495553616dc41b9a5db141931388d9502d19eb13/docs/guide/output-pagination.md

☺️ блин, откуда вы все так находите

мне надо пол дня чтобы в этом разобраться

а у вас это минуты

☺️ блин, откуда вы все так находите

два часа на прочтение всей доки. повторять несколько раз через неделю.

+

в документации на самом деле много чего можно найти

полезного

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

я кстати принтил объект отправляемый во вьювер и там небыло видно другой обхект который надо получать так - $item->priceFeatures->area внутри форыча

в этом главная моя проблема была даже не думал что там спрятан еще объект другой таблицы

хотя я вру

он появился

😔