This package provides a way to store kpis from your app in your database and then retreive them easily in different ways. It is espacially usefull to tracks things related to your models like:
- the number of users
- the number of products
- ...
It's a perfect tool for building dashboard ans display stats/charts.
You can install the package via composer:
composer require finller/laravel-kpi
You have to publish and run the migrations with:
php artisan vendor:publish --tag="kpi-migrations"
php artisan migrate
This package is not a query builder, it's based on a kpi table where you will store all your kpis. With this approach, your kpis from the past (like the number of users you had a year ago) will not be altered if you permanently delete a model. And retreiving kpis will be much more efficient when asking for computed values that often require join like "users who have purchased last week" for example.
As said above, you will have to store the kpis you need in the database. Kpis are grouped by keys
and support different kind of values:
- number (float) under
number_value
column - string under
string_value
column - json or array under
json_value
column - money under
money_value
andmoney_currency
column
In most cases, you would store numbers, like the number of users for example. You are free to choose the key but you could do it like that:
Kpi::create([
'key' => 'users:count',
'number_value' => User::count(),
]);
Generally kpis are related to models, that's why we provid a trait HasKpi
with a standardized way to name your kpi key {namespace}:{key}
. For the User model, it would store your key in the users
namespace like users:{key}
.
A standard way to save your kpi values would be in a command that runs every day.
You are free to store as much kpis as needed, even multiple times in a day, so you got more recent data.
You can retreive kpis by using usefull scopes and the native eloquent Builder methods.
For example, if I want to query kpis under users:count
, I would use:
// With Kpi model
use Finller\Kpi\Kpi;
Kpi::where('key', "users:count")->get();
// With HasKpi trait
use App\Models\User;
User::kpi('count')->get();
// With KpiBuilder
use Finller\Kpi\KpiBuilder;
KpiBuilder::query("users:count")->get();
KpiBuilder::query(Kpi::query()->where("key", "users:count"))->get();
In most cases, you would like to have thoses kpis grouped by date (day, month, year, ...).
For example, to get the number of users grouped by day between 2 dates (usefull to draw a chart), you could do:
User::kpi('count')
->between(start: now(), end: now()->subDays(7))
->perDay()
->get();
As we are grouping by date/period, you could have more than 1 snapshot of the same key for a date/period. In this situation, this package will give you only the most recent snaphot of each date/period.
In the previous example, I would get the most recent count of users for each day. This is also true for other kind of supported intervals.
The supported intervals are: perDay, perWeek, perMonth and perYear.
Kpi::query()->perDay()->get();
Kpi::query()->perWeek()->get();
Kpi::query()->perMonth()->get();
Kpi::query()->perYear()->get();
In some cases, you could have missed a snapshot. Let's say that your snapshot kpi command failed or your server was down.
To fill the gaps let by missing values, you can use the fillGaps
method available on KpiBuilder
or KpiCollection
.
By default the placeholders will be a copy of their previous kpi.
For convenience the KpiBuilder
is the best option as it will give you better typed values and shares parameters between fillGaps
and between
.
KpiBuilder::query('users:blocked:count')
->perDay()
->between(now()->subWeek(), now())
->fillGaps()
->get();
Kpi::query()
->where('key', 'users:blocked:count')
->between(now()->subWeek(), now())
->perDay()
->get()
->fillGaps( // optional parameters
start: now()->subWeek(),
end: now(),
interval: 'day',
default: ['number_value' => 0]
);
Kpi::query()
->where('key', 'users:blocked:count')
->between(now()->subWeek(), now())
->perDay()
->get()
->fillGaps(); // if you do not specify anything when using KpiCollection, the start, end and the interval values will be guessed from your dataset
composer test
Please see CHANGELOG for more information on what has changed recently.
Please see CONTRIBUTING for details.
Please review our security policy on how to report security vulnerabilities.
The MIT License (MIT). Please see License File for more information.