RK
Потому что нужно фильтровать по связи, а не загружать связь, а потому проверять на уровне приложения
в случае с belongsTo это идентично так то
Size: a a a
2020 May 15
J
нет, неидентично
k
нет, неидентично
это почему?
RK
что так ты делаешь запрос к бд чт так, только синтаксис сложнее и на 1кб дай бог данных больше будет использовано)
RK
Да, ибо у меня настоящая цепь: User belongTo WalletGroup
WalletGroup hasMany Wallet
WalletGroup hasMany Wallet
этож кстати вроде связь hasManyThrought
J
Потому, что whereHas и has:
- связь не подгружает
- с точки зрения архитектуры, загружать модель связи чтобы проверить ее наличие на уровне приложения - неверно. Это надо делать через проверку наличия данных в связях
- связь не подгружает
- с точки зрения архитектуры, загружать модель связи чтобы проверить ее наличие на уровне приложения - неверно. Это надо делать через проверку наличия данных в связях
AM
этож кстати вроде связь hasManyThrought
я юзаю пакет кастомный для связей c бесконечной глубиной
J
Прикольный пакет, нужно будет глянуть
RK
ну да выглядит не плохо
PL
парни, меня взяли в хакатон, а команды нет. Кто хочет покодить? Главный приз полтора ляма )
AM
Прикольный пакет, нужно будет глянуть
особенно когда у тебя связь вроде этой. Страшно представить как бы это выглядело при нативной реализации
RK
with('walletGroup.wallets.transactions')
SM
Привет всем. Кто то посоветуйте плиз как найти информацию о возможности DB::raw
RK
это обычная обворачивалка sql запросов
AM
with('walletGroup.wallets.transactions')
код который у меня выполняется одним запросом (с джойнами)
RK
код который у меня выполняется одним запросом (с джойнами)
join кстати не всегда быстрее чем несколько where in запросов
VK
Привет всем. Кто то посоветуйте плиз как найти информацию о возможности DB::raw
в документации к СУБД, которую используете...
S
Здравствуйте. Столкнулся с проблемой, что одна статья выводится сразу три раза. Как можно исправить?
S
