Show me photos of Marakech !
Here aresome photos of Marrakesh, Morroco. Did you mean Martanesh, Albania, Marakkanam, India, or Marasheshty, Romania?
Fuzzily finds misspelled, prefix, or partial needles in a haystack of strings. It's a fast, trigram-based, database-backed fuzzy string search/match engine for Rails. Loosely inspired from an old blog post.
Tested with ActiveRecord (2.3, 3.0, 3.1, 3.2, 4.0) on various Rubies (1.8.7, 1.9.3, 2.0.0, 2.1.0) and the most common adapters (SQLite3, MySQL, and PostgreSQL).
If your dateset is big, if you need yet more speed, or do not use ActiveRecord, check out blurrily, another gem (backed with a C extension) with the same intent.
Add this line to your application's Gemfile:
gem 'fuzzily'
And then execute:
$ bundle
Or install it yourself as:
$ gem install fuzzily
You'll need to setup 2 things:
- a trigram model (your search index) and its migration
- the model you want to search for
Create and ActiveRecord model in your app (this will be used to store a "fuzzy index" of all the models and fields you will be indexing):
class Trigram < ActiveRecord::Base
include Fuzzily::Model
end
Create a migration for it:
class AddTrigramsModel < ActiveRecord::Migration
extend Fuzzily::Migration
end
Instrument your model:
class MyStuff < ActiveRecord::Base
# assuming my_stuffs has a 'name' attribute
fuzzily_searchable :name
end
Index your model (will happen automatically for new/updated records):
MyStuff.bulk_update_fuzzy_name
Search!
MyStuff.find_by_fuzzy_name('Some Name', :limit => 10)
# => records
You can force an update on a specific record with
MyStuff.find(123).update_fuzzy_name!
Just list all the field you want to index, or call fuzzily_searchable
more than once:
class MyStuff < ActiveRecord::Base
fuzzily_searchable :name_fr, :name_en
fuzzily_searchable :name_de
end
If you want or need to name your index model differently (e.g. because you already have a class called Trigram
):
class CustomTrigram < ActiveRecord::Base
include Fuzzily::Model
end
class AddTrigramsModel < ActiveRecord::Migration
extend Fuzzily::Migration
self.trigrams_table_name = :custom_trigrams
end
class MyStuff < ActiveRecord::Base
fuzzily_searchable :name, :class_name => 'CustomTrigram'
end
For large data sets (millions of rows to index), the "compatible" storage used by default will typically no longer be enough to keep the index small enough.
Users have reported major improvements (2 order of magnitude) when turning
the owner_type
and fuzzy_field
columns of the trigrams
table from
VARCHAR
(the default) into ENUM
. This is particularly efficient with
MySQL and pgSQL.
This is not the default in the gem as ActiveRecord does not suport ENUM
columns in any version.
When using Rails 4 with UUID's, you will need to change the owner_id
column type to UUID
.
class AddTrigramsModel < ActiveRecord::Migration
extend Fuzzily::Migration
trigrams_owner_id_column_type = :uuid
end
If you set your Model primary key (id) AS VARCHAR
instead of INT
, you will need to change the owner_id
column type from INT
to VARCHAR
in the trigrams table.
Your searchable fields do not have to be stored, they can be dynamic methods
too. Just remember to add a virtual change method as well.
For instance, if you model has first_name
and last_name
attributes, and you
want to index a compound name
dynamic attribute:
class Employee < ActiveRecord::Base
fuzzily_searchable :name
def name
"#{first_name} #{last_name}"
end
def name_changed?
first_name_changed? || last_name_changed?
end
end
For larger text, it takes time to build the index. Thus it can be moved into delay task using sidekiq
+ sidekiq-delay
or delayed_job
gem, both of them provide the method delay
to move the execution to background thread by adding option async
:
class Employee < ActiveRecord::Base
fuzzily_searchable :name, async: true
end
MIT licence. Quite permissive if you ask me.
Copyright (c) 2013 HouseTrip Ltd.
- Fork it
- Create your feature branch (
git checkout -b my-new-feature
) - Commit your changes (
git commit -am 'Add some feature'
) - Push to the branch (
git push origin my-new-feature
) - Create a new Pull Request
Thanks to @bclennox, @fdegiuli, @nickbender, @Shanison, @rickbutton for pointing out and/or helping on various issues.