Need help with laravel-jit-loader?
Click the “chat” button below for chat support from the developer who created it, or find similar developers for support.

About the developer

210 Stars 11 Forks MIT License 62 Commits 3 Opened issues

Services available


Need anything else?

Contributors list


liam-wiltshire/laravel-jit-loader is an extension to the default Laravel Eloquent model to 'very lazy eager load' relationships with performance comparable with eager loading.


liam-wiltshire/laravel-jit-loader is available as a composer package:

composer require liam-wiltshire/laravel-jit-loader

Once installed, use the

trait in your model, or have your models extend the
class instead of the default eloquent model, and JIT loading will be automatically enabled.

Very Lazy Eager Load?

In order to avoid N+1 issues, you'd normally load your required relationships while building your collection:

$books = App\Book::with(['author', 'publisher'])->get();

Or otherwise after the fact, but before use:

$books = App\Book::all();

if ($someCondition) { $books->load('author', 'publisher'); }

In some situations however, this may not be possible - perhaps front-end developers are able to make changes to templates without touching the code, or perhaps during development you know don't which relationships you'll need anyway. This change will track if your models belong to a collection, and if they do and a relationship is called that hasn't already been loaded, the relationship will be loaded across the whole collection just in time for use.

Does This Work?

This is used in a number of production applications with no issues. It's also been tested against a (rather constructed) test, pulling out staff, companies and addresses - while this isn't a 'real life' representation, it should give an idea of what it can do:

    public function handle()
        //Count the number of queries
        $querycount = 0;
        DB::listen(function ($query) use (&$querycount) {

    $startTime = microtime(true);

    $staff = Staff::where('name', 'LIKE', 'E%')->orWhere('name', 'LIKE', 'P%')->get();

     * @var Staff $st
    foreach ($staff as $st) {
         * @var Company $company
        $company = $st->company;
        echo "\n\nName: {$st->name}\n";
        echo "Company Name: {$company->name}\n";
        foreach ($company->address as $address) {
            echo "Addresses: {$address->address_1}, ";

    $endTime = microtime(true);

    echo "\n\n=========================\n\n";
    echo "Queries Run: {$querycount}\n";
    echo "Execution Time: " . ($endTime - $startTime) . "\n";
    echo "Memory:" . memory_get_peak_usage(true)/1024/1024 . "MiB";
    echo "\n\n";

Running this locally against a database with 200 companies, 1157 addresses and 39685 staff:

Without JIT Loading:

Queries Run: 10739
Execution Time: 17.090859889984
Memory: 70MiB

With JIT Loading:

Queries Run: 3
Execution Time: 1.7261669635773
Memory: 26MiB

'Proper' Eager Loading:

Queries Run: 3
Execution Time: 1.659285068512
Memory: 26MiB


As you can see the different between JIT loading and traditional eager loading is small (c. 0.067 seconds in our above test), so you can likely rely on JIT loader to protect you.

However, if you want to log when the JIT loader is used so that you can do back and correct them later, you can add a

property to your models to ask the trait to log into that channel as configured in Laravel
class Address extends Model
    use AutoloadsRelationships;

 * @var string
protected $logChannel = 'jit-logger';

public function company()
    return $this->belongsTo(Company::class);



This is an early release based on specific use cases. At the moment the autoloading will only be used when the relationship is loaded like a property e.g.

instead of
. I am working on supporting relations loaded in alternate ways, however there is more complexity in that so there isn't a fixed timescale as of yet!

With any eager loading, a sufficiently large collection can cause memory issues. The JIT model specifies a threshold for autoloading. This is set to 6000 by default, but can be changed by overriding the

property on a model-by-model basis.

We use cookies. If you continue to browse the site, you agree to the use of cookies. For more information on our use of cookies please see our Privacy Policy.