Laravel Scout provides an interface to external search engines such as Algolia and Meilisearch. These are typically remote indexes of the same data that you’re storing locally, but with far faster and more powerful searching and ranking capabilities. However, they have some limitations on how you can express the search itself (allowing only a single string value), and what you can do with the search result (because it comes back as a Laravel Collection and not a Query Builder). This makes it difficult to do things like perform a complex search remotely, and then filter the result further via Eloquent operations, perhaps involving different parts of your database. A typical Scout search might be:
use App\Models\Order; $orders = Order::search('Star Trek')->get();Code language: PHP (php)
This gives us a bunch of
Order instances, but we had no opportunity to ask it to do things like load relations or filter the results while it was doing it.
Fortunately it’s not difficult to bridge these two worlds. The resulting
Collection contains model instances, so we can extract their IDs and use them to construct an Eloquent search that selects the same records, but locally this time (Scout already did the heavy lifting of figuring out which ones we wanted):
$builder = Order::query()->whereIn('id', $orders->keys());Code language: PHP (php)
This isn’t ideal (because it will fetch those records a second time), but it will be reasonably efficient because the IDs it searches on are exact matches for primary keys in the database.
We now have a builder that will select the same records as the Scout search did, but we can continue adding to it before requesting the final results.
$result = $builder->where('orders.name', 'like', 'a%') ->with(['orderItems', 'customer']) ->get();Code language: PHP (php)
So that’s how we can get to use Eloquent features on top of a Scout search.
After finding out that this bridging wasn’t built-in, I submitted a PR to add it, but sadly it was rejected. With the PR code in place, the syntax would have looked like this:
use App\Models\Order; $orders = Order::search('Star Trek') ->toEloquent() ->where('orders.name', 'like', 'a%') ->with(['orderItems', 'customer']) ->get();Code language: PHP (php)
To be fair, this isn’t much of a saving in the external syntax, but it is more efficient because it can get the record IDs directly from Scout without having to load the models from the database. I don’t think that efficiency gain can be obtained from outside Scout’s own code.
I hope that helps someone!