Build Status

Using the ElasticSearch gem it is dead-simple to create index classes that correspond to ElasticSearch indices and to manipulate, query and aggregate these indices using a chainable, concise, yet powerful DSL. Finally, the ElasticSearch gem supports ElasticSearch Server 1.x, 2.x, 5.x. Check section Feature Support for version dependent features.

CommentIndex.search("hello world", default_field: "title").where(visible: true).aggregate(:user_id).sort(id: "desc")

CommentIndex.aggregate(:user_id) do |aggregation|
  aggregation.aggregate(histogram: { date_histogram: { field: "created_at", interval: "month" }})

CommentIndex.range(:created_at, gt: Date.today - 1.week, lt: Date.today).where(state: ["approved", "pending"])

Comparison with other gems

There are great ruby gems to work with Elasticsearch like e.g. searchkick and elasticsearch-ruby already. However, they don't have a chainable API. Compare yourself.

# elasticsearch-ruby
  query: {
    query_string: {
      query: "hello world",
      default_operator: "AND"

# searchkick
Comment.search("hello world", where: { available: true }, order: { id: "desc" }, aggs: [:username])

# elastic_search
CommentIndex.where(available: true).search("hello world").sort(id: "desc").aggregate(:username)

Reference Docs

See http://www.rubydoc.info/github/mrkamel/elastic_search


Add this line to your application's Gemfile:

gem 'elastic_search'

and then execute

$ bundle

or install it via

$ gem install elastic_search


You can change global config options like:

ElasticSearch::Config[:environment] = "development"
ElasticSearch::Config[:base_url] = ""

Available config options are:

  • index_prefix to have a prefix added to your index names automatically. This can be useful to separate the indices of e.g. testing and development environments.
  • base_url to tell ElasticSearch how to connect to your cluster
  • bulk_limit a global limit for bulk requests
  • auto_refresh tells ElasticSearch to automatically refresh an index after import, index, delete, etc operations. This is e.g. usuful for testing, etc. Defaults to false.


First, create a separate class for your index and include ElasticSearch::Index.

class CommentIndex
  include ElasticSearch::Index

Then tell the Index about the type name, the correspoding model and how to serialize the model for indexing.

class CommentIndex
  include ElasticSearch::Index

  def self.type_name

  def self.model

  def self.serialize(comment)
      id: comment.id,
      username: comment.username,
      title: comment.title,
      message: comment.message

You can additionally specify an index_scope which will automatically be applied to scopes, eg. ActiveRecord::Relation objects, passed to #import, #index, etc. This can be used to preload associations that are used when serializing records or to restrict the records you want to index.

class CommentIndex
  # ...

  def self.index_scope(scope)

CommentIndex.import(Comment.all) # => CommentIndex.import(Comment.preload(:user))

Please note, ElasticSearch (the server) allows to have multiple types per index. However, this forces to have the same mapping for fields having the same name even though the fields live in different types of the same index. Thus, this gem is using a different index for each type by default, but you can change that. Simply supply a custom index_name.

class CommentIndex
  # ...

  def self.index_name

  # ...

Optionally, specify a custom mapping:

class CommentIndex
  # ...

  def self.mapping
      comments: {
        properties: {
          # ...

  # ...

or index settings:

def self.index_settings
    settings: {
      number_of_shards: 10,
      number_of_replicas: 2

Then you can interact with the index:


index records (automatically uses the bulk API):

CommentIndex.import([Comment.find(1), Comment.find(2)])
CommentIndex.import(Comment.where("created_at > ?", Time.now - 7.days))

query records:

# => 2838

# => [#<Comment ...>, #<Comment ...>, ...]

CommentIndex.where(username: "mrkamel").total_entries
# => 13

# => {1=>#<ElasticSearch::Result doc_count=37 ...>, 2=>... }

delete records:

# for ElasticSearch 2.x, the delete-by-query plugin is required for the
# following query:


# or delete manually via the bulk API:

CommentIndex.match_all.find_each do |record|
  CommentIndex.bulk do |indexer|
    indexer.delete record.id

Advanced Usage

The ElasticSearch gem supports even more advanced usages, like e.g. post filters, filtered aggregations or nested aggregations via simple to use API methods.

Post filters

All relation methods (#where, #where_not, #range, etc.) are available in post filter mode as well, ie. filters/queries applied after aggregations are calculated. Checkout the ElasticSearch docs for further info.

query = CommentIndex.aggregate(:user_id)
query = query.post_where(reviewed: true)
query = query.post_search("username:a*")

Checkout PostFilterableRelation for a complete API reference.


The ElasticSearch gem allows to elegantly specify nested aggregations, no matter how deeply nested:

query = OrderIndex.aggregate(:username, order: { revenue: "desc" }) do |aggregation|
  aggregation.aggregate(revenue: { sum: { field: "price" }})

Generally, aggregation results returned by ElasticSearch Server are wrapped in a ElasticSearch::Result, which wraps a Hashie::Mashsuch that you can access them via:


Still, if you want to get the raw aggregations returned by ElasticSearch Server, access them without supplying any aggregation name to #aggregations:

query.aggregations # => returns the raw aggregation section

query.aggregations["username"]["buckets"].detect { |bucket| bucket["key"] == "mrkamel" }["revenue"]["value"] # => 238.50

Once again, the relation methods (#where, #range, etc.) are available in aggregations as well:

query = OrderIndex.aggregate(average_price: {}) do |aggregation|
  aggregation = aggregation.match_all
  aggregation = aggregation.where(user_id: current_user.id) if current_user

  aggregation.aggregate(average_price: { avg: { field: "price" }})


Checkout AggregatableRelation as well as AggregationRelation for a complete API reference.


query = CommentIndex.suggest(:suggestion, text: "helo", term: { field: "message" })
query.suggestions(:suggestion).first["text"] # => "hello"


CommentIndex.highlight([:title, :message])
CommentIndex.highlight(:title, require_field_match: false)
CommentIndex.highlight(title: { type: "fvh" })
query = CommentIndex.highlight(:title).search("hello")
query.results[0].highlight.title # => "<em>hello</em> world"

Advanced Relation Methods

There are even more methods to make your life easier, namely source, scroll, profile, includes, preload, find_in_batches, find_each, failsafe and unscope to name just a few:

  • source

In case you want to restrict the returned fields, simply specify the fields via #source:

CommentIndex.source([:id, :message]).search("hello world")
  • paginate, page, per

The ElasticSearch gem supports will_paginate and kaminari compatible pagination. Thus, you can either use #paginate or #page in combination with #per:

CommentIndex.paginate(page: 3, per_page: 50)
  • scroll

You can as well use the underlying scroll API directly, ie. without using higher level pagination:

query = CommentIndex.scroll(timeout: "5m")

until query.records.empty?
  # ...

  query = query.scroll(id: query.scroll_id, timeout: "5m")
  • profile

Use #profile To enable query profiling:

query = CommentIndex.profile(true)
query.raw_response["profile"] # => { "shards" => ... }
  • preload, eager_load and includes

Uses the well known methods from ActiveRecord to load associated database records when fetching the respective records themselves. Works with other ORMs as well, if supported.

Using #preload:

CommentIndex.preload(:user, :post).records
PostIndex.includes(:comments => :user).records

or #eager_load

CommentIndex.eager_load(:user, :post).records
PostIndex.eager_load(:comments => :user).records

or #includes

CommentIndex.includes(:user, :post).records
PostIndex.includes(:comments => :user).records
  • find_in_batches

Used to fetch and yield records in batches using the ElasicSearch scroll API. The batch size and scroll API timeout can be specified.

CommentIndex.search("hello world").find_in_batches(batch_size: 100) do |batch|
  # ...
  • find_each

Like #find_in_batches, used #find_each to fetch records in batches, but yields one one record at a time.

CommentIndex.search("hello world").find_each(batch_size: 100) do |record|
  # ...
  • failsafe

Use #failsafe to prevent any exceptions from being raised for query string syntax errors or ElasticSearch being unavailable, etc.

# raises ElasticSearch::ResponseError

# ...

# => #<ElasticSearch::Response ...>
  • merge

You can merge relations, ie. combine the attributes (constraints, settings, etc) of two individual relations:

CommentIndex.where(approved: true).merge(CommentIndex.search("hello"))
# equivalent to: CommentIndex.where(approved: true).search("hello")
  • unscope

You can even remove certain already added scopes via #unscope:

CommentIndex.aggregate(:username).search("hello world").unscope(:search, :aggregate)
  • timeout

Specify a timeout to limit query processing time:

  • terminate_after

Activate early query termination to stop query processing after the specified number of records has been found:


For further details and a full list of methods, check out the reference docs.

Non-ActiveRecord models

The ElasticSearch gem ships with built-in support for ActiveRecord models, but using non-ActiveRecord models is very easy. The model must implement a find_each class method and the Index class needs to implement Index.record_id and Index.fetch_records. The default implementations for the index class are as follows:

class MyIndex
  include ElasticSearch::Index

  def self.record_id(object)

  def self.fetch_records(ids)
    model.where(id: ids)

Thus, simply add your custom implementation of those methods that work with whatever ORM you use.

Automatic Indexing

The ElasticSearch gem ships with a mixin using model callbacks to automatically re-index/destroy them from the respective index.

class User < ActiveRecord::Base
  include ElasticSearch::Model

  notifies_index UserIndex

Works with all ORMs supporting after_save and after_destroy like eg. ActiveRecord, Mongoid, etc.

Feature Support

  • #post_search and #profile are only supported from up to ElasticSearch Server version >= 2.
  • for ElasticSearch 2.x, the delete-by-query plugin is required to delete records via queries


Things on the To do list before releasing it:

  1. Rename the project
  2. First class support for nested, has_parent and has_child queries
  3. Support collapse
  4. Create Logo
  5. Support more scopes in unscope
  6. Comparison with other gems
  7. Alias support
  8. function_score support
  9. rescore support



  1. Fork it
  2. Create your feature branch (git checkout -b my-new-feature)
  3. Commit your changes (git commit -am 'Add some feature')
  4. Push to the branch (git push origin my-new-feature)
  5. Create new Pull Request