?

но это извращение чисто теоретическое

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

по всем канонам нормализации

вроде такого

Теоретическое извращения тут нет смысла обсуждать

вроде такого

это нарушение 1нф, иди свои ссылки перечитай

Как с вами тяжело...

Как с вами тяжело...

Потому что ты начал речь о "теоретических извращениях", а ссылки кидал на информацию про нормализацию

на теоретических извращениях я вроде закончил

или нет ?

или нет ?

окей, вернёмся к вопросу есть пользователи (name, email, status), если роли (name, description) как уместить в 2 таблицы?

Выше уже написали

Выше уже написали

кто написал?

окей, вернёмся к вопросу есть пользователи (name, email, status), если роли (name, description) как уместить в 2 таблицы?

а что тут сверхсложного? Одна таблица - пользователи, другая - роли. Всё. С третьей (pivot) удобнее, но можно и обойтись.

В общем виде есть такие модели (структура передана в сути): ` / * Structure: id | transaction_id | code */ class SmsConfirmation extends Model { public function transaction() { return $this->belongsTo(Transaction::class, 'transaction_id', 'id'); } } / * Structure: id | wallet_from | wallet_to */ class Transaction extends Model { public function wallet() { return $this->belongsTo(Wallet::class, 'wallet_from', 'id'); } public function smsConfirmation() { return $this->hasMany(SmsConfirmation::class, 'transaction_id', 'id'); } } /** * Structure: id | phone */ class Wallet extends Model { public function transactions() { return $this->hasMany(Transaction::class, 'wallet_from', 'id'); } } ` Пытаюсь вызвать SmsConfirmation::first()->transaction->wallet->phone; , получаю: "message": "Trying to get property 'phone' of non-object", В чем может быть проблема?

что мы выиграем еслии уберем 3-ю таблицу? бессмысленное обсуждение. тогда на монго переходите

а что тут сверхсложного? Одна таблица - пользователи, другая - роли. Всё. С третьей (pivot) удобнее, но можно и обойтись.

(у пользователя может быть много ролей, может ты не полностью разговор читал)

(у пользователя может быть много ролей, может ты не полностью разговор читал)

https://laravel.com/docs/5.6/eloquent-relationships#one-to-many

https://laravel.com/docs/5.6/eloquent-relationships#one-to-many

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

А я ссылку на что скинул?)

A "one-to-many" relationship is used to define relationships where a single model owns any amount of other models.

Не дай бог с таким на проекте встретиться)

https://laravel.com/docs/5.6/eloquent-relationships#one-to-many

а в этом примере комментарий соответствует *одному* посту

Перевожу - одна модель имеет связь с множеством других моделей.

Собственно отношение так и называется - Один ко многим

Перевожу - одна модель имеет связь с множеством других моделей.

Повторюсь, пользователю может соответствовать МНОГО ролей, роль может относиться ко МНОГИМ пользователям

Где тут один ко многим?

Что мешает прикрутить третью таблицу и не парить себе мозг?

Я могу сколько угодно ролей назначить

А ещё ты можешь проебаться из за ограничения по длине; ещё искать пользователей с ролью определенной ты будешь через неэффективный лайк. А если нужно сразу с двумя ролями то вообще туши свет. А ещё ты пошлешь нафиг стондартный релейшен лары и все его возможности.

Что мешает прикрутить третью таблицу и не парить себе мозг?

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

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

О_о

Они наоборот для нормализации и придуманы

Даже в моей шараге такие основы проектирования СУБД были

И как вообще м:м сделать без пивот если array типа нету в СУБД? Лол

Они наоборот для нормализации и придуманы

Именно

И как вообще м:м сделать без пивот если array типа нету в СУБД? Лол

Глянь то, что выше кидали по этому поводу, там забавно ?

И как вообще м:м сделать без пивот если array типа нету в СУБД? Лол

Изи запихаем в стрингу ограниченной длины список с делемиторами) Надо ещё делемитор выбрать нестандартный тильду там например) а то запятая скучно

Изи запихаем в стрингу ограниченной длины список с делемиторами) Надо ещё делемитор выбрать нестандартный тильду там например) а то запятая скучно

лучше всего "-php-"

?

можно дико извратиться с json колонками :D

локально, но поймёшь

бесконечно длинными для role

Я кстати ещё понял бы если бы таблицу ролей вообще не делали и колонка была джейсон

И как вообще м:м сделать без пивот если array типа нету в СУБД? Лол

именно к этому я и вел :)

Народ, нид хелп ))) не работает, и не понятно, почему В общем виде есть такие модели (структура передана в сути): /** * Structure: id | transaction_id | code */ class SmsConfirmation extends Model { public function transaction() { return $this->belongsTo(Transaction::class, 'transaction_id', 'id'); } } /** * Structure: id | wallet_from | wallet_to */ class Transaction extends Model { public function wallet() { return $this->belongsTo(Wallet::class, 'wallet_from', 'id'); } public function smsConfirmation() { return $this->hasMany(SmsConfirmation::class, 'transaction_id', 'id'); } } /** * Structure: id | phone */ class Wallet extends Model { public function transactions() { return $this->hasMany(Transaction::class, 'wallet_from', 'id'); } } Пытаюсь вызвать SmsConfirmation::first()->transaction->wallet->phone; , получаю: "message": "Trying to get property 'phone' of non-object", В чем может быть проблема?

wallet не находит

wallet не находит

точно... я же миграции рефрешил ((( спасибо!

пожалуйста

Я кстати ещё понял бы если бы таблицу ролей вообще не делали и колонка была джейсон

Все равно ведь неверно в контексте нормализации

С которой началась дискуссия

Все извращения с делиметерами и жсон не дадут контроля целостности, шах и мат

Ребят,вот только начал изучать лару Хотел спросить, Примерно вот так выглядят роутеры в больших проектах ну + групирование и всё такое Я верно понял ?

Ещё алиасы, мидлвари

Ресурсные роуты и тд

У всех по разному

И роутов с клоужер вряд-ли найдешь в нормальном проекте

Ещё алиасы, мидлвари

Про алиасы читал , типа никнеймов с мидлварами еще не разбирался

У меня бывало, что на одну сущность по 20 ростов было. Поэтому я делал в парке routes ещё папку, в которой описывал маршруты к сущностям

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

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

https://github.com/LaravelRUS/laravel.ru/tree/2.0/server/routes вот один из вариантов. но тут роутов не так и много

всем привет, нид хелп. Есть такая странная структура: блог, у которого есть текстовые статьи и фотостатьи. Для текстовых статей сделана модель, в ней есть несколько scope методов. Фотостатьи хранятся в той же таблице, что и текстовые статьи, но отличаются значением поля type. Я отнаследовал модель фотостатей от текстовых статей, но столкнулся с рядом проблем. Например, в модели текстовых статей был scope-метод, возвращающий кол-во активных статей. После унаследования от этой модели фотостатей данный scope-метод, в случае отсутствия активных фотостатей, возвращает не 0, как должен, а пустой объект Builder. Может кто-то помочь с проблемой?

всем привет, нид хелп. Есть такая странная структура: блог, у которого есть текстовые статьи и фотостатьи. Для текстовых статей сделана модель, в ней есть несколько scope методов. Фотостатьи хранятся в той же таблице, что и текстовые статьи, но отличаются значением поля type. Я отнаследовал модель фотостатей от текстовых статей, но столкнулся с рядом проблем. Например, в модели текстовых статей был scope-метод, возвращающий кол-во активных статей. После унаследования от этой модели фотостатей данный scope-метод, в случае отсутствия активных фотостатей, возвращает не 0, как должен, а пустой объект Builder. Может кто-то помочь с проблемой?

покажи код самого скоупа

все scope - локальные

как вызываешь у фотостатьи? и версия лары

Laravel 5.4 App\Models\PhotoNews::getActiveNewsCount()

ремарка по неймингу, зачем у тебя в имени скоупа News да и get лишний.

а вот по вопросу странно не должен бы билдер быть.

сек, наскриню

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

если тебе надо кол-во юзай скоуп+каунт

scopeActiveNews($q){return $q->where('active', 1);} .. PhotoNews...->activeNews()->count();

ну да скоупы не предназначены идейно для концевых методов. но интересно то что они не предназначены и по коду) всё из-за строки https://github.com/illuminate/database/blob/master/Eloquent/Builder.php#L989

хм, любопытно. А можно чуть подробней идею раскрыть, для чего локальные скоупы нужны, а то я, видимо, не совсем правильно их использовал. З.Ы. проблему решил, добавив в родительскую модель статический метод для определения кол-ва активных static

например популярная новость. ты ее в скопе пишешь и вызываешь где надо получить популярное

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

вместо кучи мест where всякие править

хм, любопытно. А можно чуть подробней идею раскрыть, для чего локальные скоупы нужны, а то я, видимо, не совсем правильно их использовал. З.Ы. проблему решил, добавив в родительскую модель статический метод для определения кол-ва активных static

агрегация нескольких действий для билдера

ок, спасибо, будем переосмыслять

https://medium.com/@kapivanov93/laravel-service-repository-architecture-4a04777967fd

кто-нибудь мне скажет, в чем смысл

Хотя, в целом, неплохо

у кого-нибудь был опыт обновления Carbon до самой последней версии в laravel 5.6?

зачем?

хочу CarbonPeriod

@ellrion внезапно, тебя выдало на 2-м месте

еще вопрос вдогонку про наследование моделей: если моя PhotoNews наследуется от News, то при создании инстанса PhotoNews я хочу, чтобы у него конкретное поле уже было заполнено нужным значением (type_id = 2), чтобы при сохранении инстанса PhotoNews сохранялись все-таки данные как о фотостатье, а не о текстовой статье (News). Как это правильно делается? Я понимаю, что можно переопределить метод save() или конструктор модели PhotoNews, но какой более правильный подход?

еще вопрос вдогонку про наследование моделей: если моя PhotoNews наследуется от News, то при создании инстанса PhotoNews я хочу, чтобы у него конкретное поле уже было заполнено нужным значением (type_id = 2), чтобы при сохранении инстанса PhotoNews сохранялись все-таки данные как о фотостатье, а не о текстовой статье (News). Как это правильно делается? Я понимаю, что можно переопределить метод save() или конструктор модели PhotoNews, но какой более правильный подход?

public $attributes = ['key' => 'value'];

он задаст дефолтные значения, дальше сам дурак

@ellrion внезапно, тебя выдало на 2-м месте

Норм)

public $attributes = ['key' => 'value'];

не нашел в доке про эту фичу, только в акцессорах/мутаторах что-то написано, но не напрямую про это

Кто-нибудь знает, где физически хранится токен паспорта? Bearer + token. В базе найти не могу

Кто-нибудь знает, где физически хранится токен паспорта? Bearer + token. В базе найти не могу

его там и нет

его там и нет

а где он?