Package Data | |
---|---|
Maintainer Username: | crynobone |
Maintainer Contact: | crynobone@gmail.com (Mior Muhammad Zaki) |
Package Create Date: | 2014-03-20 |
Package Last Update: | 2023-06-13 |
Home Page: | |
Language: | PHP |
License: | MIT |
Last Refreshed: | 2024-11-14 15:14:59 |
Package Statistics | |
---|---|
Total Downloads: | 114,521 |
Monthly Downloads: | 873 |
Daily Downloads: | 29 |
Total Stars: | 587 |
Total Watchers: | 27 |
Total Forks: | 53 |
Total Open Issues: | 4 |
Tenanti allow you to manage multi-tenant data schema and migration manager for your Laravel application.
Laravel | Tenanti :--------|:--------- 5.5.x | 3.5.x 5.6.x | 3.6.x 5.7.x | 3.7.x 5.8.x | 3.8.x
To install through composer, simply put the following in your composer.json
file:
{
"require": {
"orchestra/tenanti": "^3.5"
}
}
And then run composer install
to fetch the package.
You could also simplify the above code by using the following command:
composer require "orchestra/tenanti=^3.5"
Next add the following service provider in config/app.php
.
'providers' => [
// ...
Orchestra\Tenanti\TenantiServiceProvider::class,
Orchestra\Tenanti\CommandServiceProvider::class,
],
The command utility is enabled via
Orchestra\Tenanti\CommandServiceProvider
.
To make development easier, you could add Orchestra\Support\Facades\Tenanti
alias for easier reference:
'aliases' => [
'Tenanti' => Orchestra\Support\Facades\Tenanti::class,
],
To make it easier to configuration your tenant setup, publish the configuration:
php artisan vendor:publish
Open config/orchestra/tenanti.php
and customize the drivers.
<?php
return [
'drivers' => [
'user' => [
'model' => App\User::class,
'paths' => [
database_path('tenanti/user'),
],
'shared' => true,
],
],
];
You can customize, or add new driver in the configuration. It is important to note that model
configuration only work with Eloquent
instance.
For each driver, you should also consider adding the migration path into autoload (if it not already defined). To do this you can edit your composer.json
.
{
"autoload": {
"classmap": [
"database/tenant/users"
]
}
}
Now that we have setup the configuration, let add an observer to our User
class:
<?php
namespace App;
use App\Observers\UserObserver;
use Orchestra\Tenanti\Tenantor;
use Illuminate\Notifications\Notifiable;
use Orchestra\Tenanti\Contracts\TenantProvider;
use Illuminate\Foundation\Auth\User as Authenticatable;
class User extends Authenticatable implements TenantProvider
{
use Notifiable;
/**
* Convert to tenantor.
*
* @return \Orchestra\Tenanti\Tenantor
*/
public function asTenantor(): Tenantor
{
return Tenantor::fromEloquent('user', $this);
}
/**
* Make a tenantor.
*
* @return \Orchestra\Tenanti\Tenantor
*/
public static function makeTenantor($key, $connection = null): Tenantor
{
return Tenantor::make(
'user', $key, $connection ?: (new static())->getConnectionName()
);
}
/**
* The "booting" method of the model.
*/
protected static function boot()
{
parent::boot();
static::observe(new UserObserver);
}
}
and your App\Observers\UserObserver
class should consist of the following:
<?php
namespace App\Observers;
use Orchestra\Tenanti\Observer;
class UserObserver extends Observer
{
public function getDriverName()
{
return 'user';
}
}
Tenanti include additional command to help you run bulk migration when a new schema is created, the available command resemble the usage available from php artisan migrate
namespace.
Command | Description :--------------------------------------------|:-------------------------------------------- php artisan tenanti:install {driver} | Setup migration table on each entry for a given driver. php artisan tenanti:make {driver} {name} | Make a new Schema generator for a given driver. php artisan tenanti:migrate {driver} | Run migration on each entry for a given driver. php artisan tenanti:rollback {driver} | Rollback migration on each entry for a given driver. php artisan tenanti:reset {driver} | Reset migration on each entry for a given driver. php artisan tenanti:refresh {driver} | Refresh migration (reset and migrate) on each entry for a given driver. php artisan tenanti:queue {driver} {action} | Execute any of above action using separate queue to minimize impact on current process. php artisan tenanti:tinker {driver} {id} | Run tinker using a given driver and ID.
Instead of using Tenanti with a single database connection, you could also setup a database connection for each tenant.
Open config/orchestra/tenanti.php
and customize the drivers.
<?php
return [
'drivers' => [
'user' => [
'model' => App\User::class,
'path' => database_path('tenanti/user'),
'shared' => false,
],
],
];
By introducing a migration
config, you can now setup the migration table name to be tenant_migrations
instead of user_{id}_migrations
.
For tenanti to automatically resolve your multiple database connection, we need to setup the resolver. You can do this via:
<?php namespace App\Providers;
use Orchestra\Support\Facades\Tenanti;
class AppServiceProvider extends ServiceProvider
{
public function boot()
{
Tenanti::connection('tenants', function (User $entity, array $config) {
$config['database'] = "acme_{$entity->getKey()}";
// refer to config under `database.connections.tenants.*`.
return $config;
});
}
}
Behind the scene, $config
will contain the template database configuration fetch from "database.connections.tenants"
(based on the first parameter tenants
). We can dynamically modify the connection configuration and return the updated configuration for the tenant.
Alternatively you can also use Tenanti to set the default database connection for your application:
use App\User;
use Orchestra\Support\Facades\Tenanti;
// ...
$user = User::find(5);
Tenanti::driver('user')->asDefaultConnection($user, 'tenants_{id}');
Most of the time, this would be use in a Middleware Class when you resolve the tenant ID based on
Illuminate\Http\Request
object.