Haskell Elasticsearch client and query DSL
Go to file
Michael Xavier a96c8b70f1 Prepare 0.15 release
PR to follow
2017-09-14 16:06:09 -07:00
examples Merge pull request #204 from jagare/examples-location 2017-08-11 13:30:32 -05:00
src/Database Merge pull request #196 from chrissound/master 2017-08-30 17:22:32 -05:00
tests Merge pull request #203 from andrewthad/total_fields_limit 2017-08-30 17:21:58 -05:00
.gitignore Update .gitignore. 2017-05-22 19:47:04 +01:00
.travis.yml Fix V5 content-type header warning 2017-08-03 22:35:32 -05:00
bloodhound.cabal Prepare 0.15 release 2017-09-14 16:06:09 -07:00
bloodhound.jpg der hund 2014-04-12 05:12:17 -05:00
changelog.md Prepare 0.15 release 2017-09-14 16:06:09 -07:00
DSL.org docs 2014-04-07 13:24:58 -05:00
LICENSE flipped license to BSD3 for the name provision. 2014-11-01 11:27:32 -05:00
Makefile Fix V5 content-type header warning 2017-08-03 22:35:32 -05:00
README.md First stab at removing doctests 2017-02-10 15:21:14 -08:00
Setup.hs doctests cleanup 2015-07-17 22:38:28 -05:00
stack-7.8.yaml use newer 'unordered-containers' with GHC 7.8 2017-04-26 13:08:03 +03:00
stack-7.10.yaml Aeson 1.2, changelog 2017-04-19 18:34:56 -05:00
stack-8.0.yaml 8.x 2017-05-16 13:07:37 -05:00
stack-8.2.yaml 8.x 2017-05-16 13:07:37 -05:00
stack.yaml hspec-2.4 compatibility 2017-02-14 12:39:28 -06:00
upload-docs.sh deps in Cabal got mangled 2015-07-16 16:56:17 -05:00

Bloodhound TravisCI Hackage

Bloodhound (dog)

Elasticsearch client and query DSL for Haskell

Why?

Search doesn't have to be hard. Let the dog do it.

Endorsements

"Bloodhound makes Elasticsearch almost tolerable!" - Almost-gruntled user

"ES is a nightmare but Bloodhound at least makes it tolerable." - Same user, later opinion.

Version compatibility

As of version 0.13.0.0, Bloodhound has 2 separate module trees for ElasticSearch versions 1 and 5. Import the module that is appropriate for your use case. If you would like to add support for another major version, open a ticket expressing your intend and follow the pattern used for other versions. We weighed the idea of sharing code between versions but it just got too messy, especially considering the instability of the ElasticSearch API. We switched to a model which would allow the persons responsible for a particular protocol version to maintain that version while avoiding conflict with other versions.

See our TravisCI for a listing of ElasticSearch version we test against.

Stability

Bloodhound is stable for production use. I will strive to avoid breaking API compatibility from here on forward, but dramatic features like a type-safe, fully integrated mapping API may require breaking things in the future.

Testing

The TravisCI tests are run using Stack. You should use Stack instead of cabal to build and test Bloodhound to avoid compatibility problems. You will also need to have an ElasticSearch instance running at localhost:9200 in order to execute some of the tests. See the "Version compatibility" section above for a list of ElasticSearch versions that are officially validated against in TravisCI.

Steps to run the tests locally:

  1. Dig through the [past releases] (https://www.elastic.co/downloads/past-releases) section of the ElasticSearch download page and install the desired ElasticSearch versions.
  2. Install [Stack] (http://docs.haskellstack.org/en/stable/README.html#how-to-install)
  3. In your local Bloodhound directory, run stack setup && stack build
  4. Start the desired version of ElasticSearch at localhost:9200, which should be the default.
  5. Run stack test in your local Bloodhound directory.
  6. The unit tests will pass if you re-execute stack test. If you want to start with a clean slate, stop your ElasticSearch instance, delete the data/ folder in the ElasticSearch installation, restart ElasticSearch, and re-run stack test.

Hackage page and Haddock documentation

http://hackage.haskell.org/package/bloodhound

Elasticsearch Tutorial

It's not using Bloodhound, but if you need an introduction to or overview of Elasticsearch and how to use it, you can use this screencast.

Examples

See the examples directory for example code.

Contributors

Possible future functionality

Span Queries

Beginning here: https://www.elastic.co/guide/en/elasticsearch/reference/current/query-dsl-span-first-query.html

Function Score Query

https://www.elastic.co/guide/en/elasticsearch/reference/current/query-dsl-function-score-query.html

Node discovery and failover

Might require TCP support.

Support for TCP access to Elasticsearch

Pretend to be a transport client?

Bulk cluster-join merge

Might require making a lucene index on disk with the appropriate format.

GeoShapeQuery

https://www.elastic.co/guide/en/elasticsearch/reference/current/query-dsl-geo-shape-query.html

GeoShapeFilter

https://www.elastic.co/guide/en/elasticsearch/reference/current/query-dsl-geo-shape-filter.html

Geohash cell filter

https://www.elastic.co/guide/en/elasticsearch/reference/current/query-dsl-geohash-cell-filter.html

HasChild Filter

https://www.elastic.co/guide/en/elasticsearch/reference/current/query-dsl-has-child-filter.html

HasParent Filter

https://www.elastic.co/guide/en/elasticsearch/reference/current/query-dsl-has-parent-filter.html

Indices Filter

https://www.elastic.co/guide/en/elasticsearch/reference/current/query-dsl-indices-filter.html

Query Filter

https://www.elastic.co/guide/en/elasticsearch/reference/current/query-dsl-query-filter.html

Script based sorting

https://www.elastic.co/guide/en/elasticsearch/reference/current/search-request-sort.html#_script_based_sorting

Collapsing redundantly nested and/or structures

The Seminearring instance, if deeply nested can possibly produce nested structure that is redundant. Depending on how this affects ES performance, reducing this structure might be valuable.

Runtime checking for cycles in data structures

check for n > 1 occurrences in DFS:

http://hackage.haskell.org/package/stable-maps-0.0.5/docs/System-Mem-StableName-Dynamic.html

http://hackage.haskell.org/package/stable-maps-0.0.5/docs/System-Mem-StableName-Dynamic-Map.html

Photo Origin

Photo from HA! Designs: https://www.flickr.com/photos/hadesigns/