Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[FEAT]: Integrate Elasticsearch as a Data Source 🚀 #2765

Open
ocuil opened this issue Dec 5, 2024 · 2 comments
Open

[FEAT]: Integrate Elasticsearch as a Data Source 🚀 #2765

ocuil opened this issue Dec 5, 2024 · 2 comments
Labels
enhancement New feature or request feature request

Comments

@ocuil
Copy link

ocuil commented Dec 5, 2024

Hey team!

First off, amazing work with anything-llm—it’s been a game-changer for so many of us working with LLMs in real-world scenarios. 🙌 I’d love to suggest adding Elasticsearch as an official data source. Let me explain why this would be a powerhouse addition:

  1. Versatile Search Capabilities: Elasticsearch isn’t just another vector database. It combines semantic search (with dense vectors) and lexical search (BM25). This dual capability ensures highly relevant results, whether dealing with natural language queries or exact text matches.
  2. Scalability & Performance: Elasticsearch is built for speed and scale. Handling large volumes of data? No problem. Its distributed architecture ensures performance remains top-notch, even as your data grows.
  3. Agent Skills Enhancement: With an agent skill leveraging Elasticsearch, retrieval mechanisms could become incredibly efficient. Imagine optimizing relevance and response times across massive datasets, enhancing user experience dramatically.

This integration could open up new avenues for users managing diverse datasets, ensuring both precision and recall are maximized. It’s a natural fit that aligns perfectly with anything-llm’s mission of making LLM applications more powerful and adaptable.

Looking forward to hearing your thoughts—keep up the stellar work! 💡

Cheers! 🚀

@ocuil ocuil added enhancement New feature or request feature request labels Dec 5, 2024
@timothycarambat
Copy link
Member

As a data connector or as a vector search provider? From the implementation it sounds like this would be better as a vector database provider. Possibly supplemental to the normal vector DB since its data would be managed externally.

Possibly related/dupe: #2309

@ocuil
Copy link
Author

ocuil commented Dec 6, 2024

yeah you are right ... sound better as a vector database, yes I said data source because the functionality of filter or aggregate data that could improve any rag applications as not only is working with some knowledge base ... can operate data.

what do u think?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request feature request
Projects
None yet
Development

No branches or pull requests

2 participants