пишет access denied for user in localhost

I have two tables (Users and UserRole)

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

хотя я прописал ip сервера

I have two tables (Users and UserRole)

есть ещё такой варик: читать на стаковерфлоу не только вопрос, но и ответ

Ну прочитай же.

У меня при таком, лишних таблиц не создается. Java, SQL Server

У меня при таком, лишних таблиц не создается. Java, SQL Server

в таком случае для моего примера выше какие две таблицы ты бы создал?

В смысле пользователи и роли ?

В смысле пользователи и роли ?

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

Столкнулся с самой большой проблемой при проектировании приложения. Как назвать модель (и таблицу соответственно)? :) Предположим есть Организация. И есть возможность предложить добавить организацию. Как назвать моель для таких предложений/заявок?) Пихать в общую таблицу организаций с другим статусом не вариант в моём случае

Теперь давай добавим для каждой роли описание

Ты действительно думаешь, что это сложно ?

Ты действительно думаешь, что это сложно ?

Нет, это просто, для этого существуют М:М Интересно как ты уместишь это в двух таблицах

И главное что сейчас, из за неумеющегу гуглить я полезу в проект ?

http://pogugli.com/?323736

есть ещё такой варик: читать на стаковерфлоу не только вопрос, но и ответ

+

у тебя тут не м2м если чо

У меня там что угодно может быть.

У меня там что угодно может быть.

Если хочешь аргументировать свою точку зрения, то добавь к роли описание

И главное что сейчас, из за неумеющегу гуглить я полезу в проект ?

Он имеет ввиду что должна быть промежуточная связующая таблица с полe id, user_id, role_id таблица. Без нее получится хрень без описания

ролей

ой...

что за описания ?

А в целом это возможно с двумя таблицами. В UserRole будет просто user_id, role (не role_id)

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

Не спорю

ну сколько в стрингу влезет

То есть?

могу даже больше, если сурово извратиться )))

Типа: "admin, editor, manager"?

С Filestream буду в поле брать из файла

Вот такое значение в одной записи в users?

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

Типа id: 5 role: "admin,manager"

?

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

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

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

вроде такого

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

вроде такого

это нарушение 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", В чем может быть проблема?