Laravel. Разные пользователи БД для web-приложения и миграции, возможно ли?

Question

[gudron]

Как в Laravel5 можно сделать разных пользователей базы данных для Веб-приложения и для миграций.
Хотелось бы обойтись все тем-же .env файлом.

Ну и так же интересует такой кейс:
разные пользователи БД на ту часть ВЕБ-приложения которая доступна всем посетителям и на часть являющуюся административной.
Ну например понятно что посетитель не может удалять товары или других пользователей, а значит и привелегии БД пользователя на эти таблицы можно выключить.
Не очень бы хотелось устраивать свистопляску с конфигами для базы данных на уровне роутов.

Answer 1

[gudron]

В итоге все разрешилось довольно просто, в bootstrap/app.php добавил:

if($app->runningInConsole()) {

    $app->loadEnvironmentFrom('console.env');

} else {

    if(Illuminate\Http\Request::capture()->segment(1) == 'admin_url' ){
        $app->loadEnvironmentFrom('web_admin.env');
    } else {
        $app->loadEnvironmentFrom('web_client.env');
    }
}

Answer 2

[naneri]

в env файле после:

DB_HOST=localhost
DB_DATABASE=db
DB_USERNAME=name
DB_PASSWORD=pass

ставите:

DB_DATABASE2=db2

потом в app/config/database

создаете запись mysql2 и там всё тоже самое что и в обычной записи mysql, но вместо

env('DB_DATABASE', 'forge')

ставите

env('DB_DATABASE2', 'forge')

Потом в любой модели которая не в дефолтной БД пишете

protected $connection = 'mysql2';

Если английский шарите вот тут классно объясняется.

Comments

[gudron]

Спасибо за ответ. Но мне кажется это не совсем то что мне требуется.
В моем первом кейсе я допускаю ситуации что пользователь бд, через которого работает веб интрфейс приложения, на уровне бд - не имеет прав на создание\удаление\очистку таблиц, создание table views и тригеров. А вот пользователь БД от имени которого будут выполняться миграци уже имеет полные привелегии на БД. Модели находятся все в одной бд, и веб-приложение будет пользоваться теми-же самыми моделями что и миграции.

[Вячеслав Барсуков]

Все верно тебе описали. Делаешь по инструкции выше, но можешь убрать указание соединения по умолчанию. Тогда при запросе будет участвовать юзера только на чтение, а при записи делаешь model::connection('имя второго коннекта')->фонд или как желаешь. Тем самым указывая что для данного запроса нужен коннект с правами записи в бд

[gudron]

slavabars: Видимо мне как переходящему с yii просто кажется это странным. На yii просто были 2 конфиг файла, и для консольного приложения использовался один, для веб приложения другой. И никаких инсинуаций на уровне моделей. И для меня очень странно что такой-же способ нельзя провернуть и на Laravel.
В любом случае спасибо, попробую.

[Вячеслав Барсуков]

gudron: почти тоже самое, просто для модели указываешь через какое соединение использовать. Так же можно разбить приложение и делать как ты говоришь.