индексы + связи в самой БД

как раз индексы в самой базе данных я не делаю... В базу данных вообще не лезу. Просто в модели прописал public function user() { return $this->belongsTo('App\User','admin_id'); } и все работает... Вот и возник вопрос, а стоит ли заморачиваться, создавать миграции, создавать внешние ключи, если и без этого всего связь работает

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

Или я тоже вопрос не понял)

Или я тоже вопрос не понял)

ну я сам не особо секу в этих sql Но на сколько я понимаю в mysql есть возможность устанавливать связи между таблицами. http://take.ms/uH8Qc и сам ларавел в миграциях предоставляет инструмент для создания этих связей через foreign_key и раньше все только так и делали связи

а я вообще в mysql никаких манипуляций не делал

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

Я использую движок MyISAM, а он, если не ошибаюсь, не поддерживает связи между таблицами. Поэтому я всегда использовал связь через обычную integer колонку с указанием отношений в модели)

Так что мой ответ - не стоит заморачиваться с внешними ключами и связями в самой бд. Хотя, наверное, они дают преимущества при большом объеме данных

myisam сам по себе пиздец на больших объемах

да и не больших тоже

он лочит всю таблицу в отличие от одной записи в innodb

У него вообще есть преимущества?)

Я как то никогда не думал об этом))

восстанавливать при крешах проще, разве что

Лучше использовать InnoDB? Или есть другие альтернативы?

MariaDb

А причем тут мариа?)

ну в целом он прав, лучше марию :)

Кто-то из нас запутался) MariaDB это альтернатива MySQL

ага

и в ней innodb форкнут в xtradb )

А выше мы говорили про поисковый движок

Тоесть Мария может использовать иннодб или MyISAM

Разве не так?

да там дохрена движков, в общем-то

Просто я как раз использую MariaDB и по умолчанию она использует MyISAM)

бери любой, кроме isam)

Просто я как раз использую MariaDB и по умолчанию она использует MyISAM)

она? или твой phpmyadmin?)

А phpmyadmin причем)

У меня его нет вообще)

крч юзай innodb )

😂

Phpmyadmin это ж просто панелька для управления базой, какое отношение оно имеет к движку бд)) Не путайте меня

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

Я через консоль создаю и по дефолту устанавливается MyISAM, хотя только что посмотрел доки MariaDB и вроде должен быть innodb по умолчанию. Что ж, будем явно указывать :)

привет. как при каждой генерации юзера пикать нового рандомного в referrer_id ? спасибо

он у меня всем причисляет одного и того же, первого попавшегося

orderby('Random()')->first()

или orderby('Rand()')->first()

не помню

inRandomOrder()

можно и так, но в запросе он все равно на sql напишет order by Rand()

inRandomOrder()

четко

Лучше как можно меньше нативный скул юзать

Они казлы

После 5.2 например поломали алиасинг бд без "as"

при свежем, первом сиде у всех null. при втором все норм

ну типа from users u, или select from table1 t, table2 t2

На issue говорят - хуйня, регекспами у себя весь код перелопать, и ок

Ещё веселее - поломали типизацию: передаю ораклу инт, а ларавел его делает стрингом

После 5.2

Использовать оракл но ларавел

Тоже "это не issue, юзай DB::raw"

Мда

Использовать оракл но ларавел

Что не так?)

Интерпрайз на костылях, вот что не так

Симфони же

И доктриной все

Не сахарно, но без такой херни

Возможно

Но оракл это только малая часть

Там огромная црм и оракл - только взаимодействие с билингом

при свежем, первом сиде у всех null. при втором все норм

что не так?)

если я проверку условия уберу то сид не запустится когда пользователей 0

Да лан, каждый день sql запросы пишу

Phpmyadmin тормозной, возьми heidisql

чуваки в чем суть миграций так не втыкаю

Я например workbench юзаю

Миграции типо система контроля версий для баз данных. Если работает несколько человек над проектом, то командой migrate любой человек быстро развернёт у себя базу данных

А с помощью seed заполнит базу, например, дефолтными данными

чуваки в чем суть миграций так не втыкаю

А ты пытался втыкнуть?

Миграции типо система контроля версий для баз данных. Если работает несколько человек над проектом, то командой migrate любой человек быстро развернёт у себя базу данных

Понял

А чо диаграммы щас уже не модно? Ну визуальный редактор, который наглядно показывает структуру таблиц, связи, итд, потом из этой прожки можно куда угодно модель накатить, forward, revers, sync, итд

А при чем тут визуальный? Речь о том что склонировав проект человек одной командой разворачивает всю структуру

Без всяких импортов, экспортов

Плюс все видят как изменялась структура во времени

И можно откатится к другой версии

Как в системе контроля версий