Haskell Elasticsearch client and query DSL
Go to file
2017-08-03 21:27:44 -05:00
examples remove boilerplate lib file 2017-02-13 11:19:21 -08:00
src/Database Fixup warnings about unused function and redundant constraints. 2017-06-02 08:59:29 +10:00
tests add tests for "tiebreaker" as requested in #172 2017-05-17 08:11:15 +03:00
.gitignore First stab at removing doctests 2017-02-10 15:21:14 -08:00
.travis.yml Try putting examples in the root stack yaml 2017-02-12 11:39:15 -08:00
bloodhound.cabal Version bumped to 0.14.0.0 2017-04-19 18:35:21 -05:00
bloodhound.jpg der hund 2014-04-12 05:12:17 -05:00
changelog.md Aeson 1.2, changelog 2017-04-19 18:34:56 -05: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 mod-build 2017-08-03 21:27:44 -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/