Package Data | |
---|---|
Maintainer Username: | babenkoivan |
Maintainer Contact: | babenko.i.a@gmail.com (Ivan Babenko) |
Package Create Date: | 2019-12-08 |
Package Last Update: | 2024-07-16 |
Home Page: | |
Language: | PHP |
License: | MIT |
Last Refreshed: | 2024-12-17 03:07:56 |
Package Statistics | |
---|---|
Total Downloads: | 1,614,546 |
Monthly Downloads: | 47,341 |
Daily Downloads: | 1,881 |
Total Stars: | 189 |
Total Watchers: | 4 |
Total Forks: | 32 |
Total Open Issues: | 1 |
Elasticsearch migrations for Laravel allow you to easily modify and share indices schema across the application's environments.
The current version of Elastic Migrations has been tested with the following configuration:
The library can be installed via Composer:
composer require babenkoivan/elastic-migrations
If you want to use Elastic Migrations with Lumen framework check this guide.
Elastic Migrations uses babenkoivan/elastic-client as a dependency. If you want to change the default client settings (and I'm pretty sure you do), then you need to create the configuration file first:
php artisan vendor:publish --provider="ElasticClient\ServiceProvider"
You can change Elasticsearch host and other client settings in the config/elastic.client.php
file. Please refer to
babenkoivan/elastic-client for more details.
If you want to change the migration default table name, the migrations directory or set an index name prefix, publish Elastic Migrations settings as well:
php artisan vendor:publish --provider="ElasticMigrations\ServiceProvider"
The published configuration can be found in the config/elastic.migrations.php
file.
Finally, don't forget to run Laravel database migrations to create Elastic Migrations table:
php artisan migrate
You can effortlessly create a new migration file using an Artisan console command:
php artisan elastic:make:migration create_my_index
This command creates a migration class in the elastic/migrations
directory.
Every migration includes two methods: up
and down
. up
is used to alternate the index schema and down
is used to revert that action.
You can use ElasticMigrations\Facades\Index
facade to perform basic operations over Elasticsearch indices:
Create an index with the default settings:
Index::create('my-index');
or use a modifier to configure mapping and settings:
Index::create('my-index', function (Mapping $mapping, Settings $settings) {
// to add a new field to the mapping use method name as a field type (in Camel Case),
// first argument as a field name and optional second argument as additional field parameters
$mapping->text('title', ['boost' => 2]);
$mapping->float('price');
// you can define a dynamic template as follows
$mapping->dynamicTemplate('my_template_name', [
'match_mapping_type' => 'long',
'mapping' => [
'type' => 'integer',
],
]);
// you can also change the index settings
$settings->index([
'number_of_replicas' => 2,
'refresh_interval' => -1
]);
// and analisys configuration
$settings->analysis([
'analyzer' => [
'title' => [
'type' => 'custom',
'tokenizer' => 'whitespace'
]
]
]);
});
There is also an option to create an index only if it doesn't exist:
Index::createIfNotExists('my-index');
Use the modifier to adjust the mapping:
Index::putMapping('my-index', function (Mapping $mapping) {
$mapping->text('title', ['boost' => 2]);
$mapping->float('price');
});
Use the modifier to change the index configuration:
Index::putSettings('my-index', function (Settings $settings) {
$settings->index([
'number_of_replicas' => 2,
'refresh_interval' => -1
]);
});
You can update analysis settings only on closed indices. The putSettingsHard
method closes the index, updates the configuration and
opens the index again:
Index::putSettingsHard('my-index', function (Settings $settings) {
$settings->analysis([
'analyzer' => [
'title' => [
'type' => 'custom',
'tokenizer' => 'whitespace'
]
]
]);
});
You can unconditionally delete the index:
Index::drop('my-index');
or delete it only if it exists:
Index::dropIfExists('my-index');
Finally, you are free to inject Elasticsearch\Client
in the migration constructor and execute any supported by client actions.
You can either run all migrations:
php artisan elastic:migrate
or run a specific one:
php artisan elastic:migrate 2018_12_01_081000_create_my_index
Use the --force
option if you want to execute migrations on production environment:
php artisan elastic:migrate --force
You can either revert the last executed migrations:
php artisan elastic:migrate:rollback
or rollback a specific one:
php artisan elastic:migrate:rollback 2018_12_01_081000_create_my_index
Use the elastic:migrate:reset
command if you want to revert all previously migrated files:
php artisan elastic:migrate:reset
Sometimes you just want to start over and rollback all the changes to migrate them again immediately:
php artisan elastic:migrate:refresh
You can always check which files have been already migrated and what can be reverted by the elastic:migrate:rollback
command (the last batch):
php artisan elastic:migrate:status
If you see one of the messages below, please execute the mentioned action:
Migration table is not yet created
- run the php artisan migrate
commandMigration directory is not yet created
- create a migration file using the elastic:make:migration
command or
create a the migrations directory manually