5 ms·
It's definitely a great trade-off to make for efficiently, but makes it inherently unusable for most of elastic searchs usecases. Looking at it from a practica
by 411111111111111 4y ago
It's definitely a great trade-off to make for efficiently, but makes it inherently unusable for most of elastic searchs usecases.
Looking at it from a practical example such as log search (almost everyone I know has used kibana/logstash/elasticsearch at some point): you'd be able to search for things like tracingId/requestId but adding more filters such as logLevel, requestType or serviceName would be impossible
It has it's niche, but calling it an elasticsearch alternative really is a stretch
- rabuse 4y agoAlso the ability to weight fields when fetching results to boost relevancy, which is needed for a lot of my use cases.