Replies: 1 comment 2 replies
-
It depends on whether you update your documents or not. You can :
It is usually fine if you work with something that looks like logs or if it is the snapshot of a corpus that you update once a month for instance. In that case, reindexing the world can makes sense. If you fit that constraint, whether this would be a good or a very good idea depends on your QPS and your retention. The higher your QPS, the higher the cost of GET requests, and the less it will be a win to use Quickwit. And of course, if your use case fits this bill, your life is likely to be greatly simplified: |
Beta Was this translation helpful? Give feedback.
-
Would this be worth a try to replace our Solr indexes? We index many large JSON documents in there with many properties and some very big HTML or text properties. We do keep an archive already in S3 so this spiked my interest. The main use case is to find matches for strings in those documents and then return not only the document but preferably metadata on where in the document the match is and perhaps even a snippet.
Beta Was this translation helpful? Give feedback.
All reactions