News for hackers. Stuff that matters.
Re:RAG at scale: Synchronizing and ingesting billions of tex... by wanderingmind on Monday October 09, 2023 @08:22PM (#37827129)
Are there any good implementations of using RAG within postgresql ecosystem? I have seen blogposts from supabase[0] and timescale db[1] but not a full fledged project. The full text search is very good within postgres at the moment and having semantic search within the same ecosystem is quiet helpful atleast for simple usecases.

[0] https://supabase.com/docs/guides/database/extensions/pgvecto...

[1] https://www.timescale.com/blog/postgresql-as-a-vector-databa...

Re:RAG at scale: Synchronizing and ingesting billions of tex... by losteric on Monday October 09, 2023 @08:27PM (#37827150)
Isn't RAG "just" dynamically injecting relevant text in a prompt? What more would one implement to achieve RAG, beyond using Postgres' built in full text or knn search?
Re:RAG at scale: Synchronizing and ingesting billions of tex... by wanderingmind on Monday October 09, 2023 @08:34PM (#37827225)
what i'm looking for is a neat python library (or equivalent) that integrates end to end say with postgres/pgvector using sqlalchemy, enables parallel processing of large number of documents, create interfaces for embeddings using openai/ollama etc. It looks like FastRAG [0] from intel looks close to what i'm envisioning but it doesnt appear to have integration to postgres ecosystem yet i guess.

[0] https://github.com/IntelLabs/fastRAG

Re:RAG at scale: Synchronizing and ingesting billions of tex... by ddematheu on Monday October 09, 2023 @10:30PM (#37827941)
Through the platform (Neum AI) we support the ability to do this with Postgres, it is just a cloud platform so not a python library.

Curious on what type of customization are you looking to add that you would want something like a library?

Re:RAG at scale: Synchronizing and ingesting billions of tex... by wanderingmind on Tuesday October 10, 2023 @07:31PM (#37839126)
We need something we can orchestrate and control locally and be able make changes if need be. The GUI based interface is good for more mature workflows but our workflows are constantly evolving and requires tweaking that its hard to do with GUI and web interface
Re:RAG at scale: Synchronizing and ingesting billions of tex... by antupis on Monday October 09, 2023 @11:01PM (#37828081)
Or generally what are good vector dbs have tried LlaMaindex, pinecone and milvus but all kinda sucked different way.
Re:RAG at scale: Synchronizing and ingesting billions of tex... by ddematheu on Tuesday October 10, 2023 @04:05AM (#37829605)
What about then sucked?
Re:RAG at scale: Synchronizing and ingesting billions of tex... by avthar on Tuesday October 10, 2023 @05:08PM (#37837520)
Timescale recently released Timescale Vector [0] a scalable search index (DiskANN) and efficient time-based vector search, in addition to all capabilities of pgvector and vanilla PostgreSQL. We plan to add the document processing and embedding creation capabilities you discuss into our Python client library [1] next, but Timescale Vector integrates with LangChain and LlamaIndex today [2], which both have document chunking and embedding creation capabilities. (I work on Timescale Vector)

[0]: https://www.timescale.com/blog/how-we-made-postgresql-the-be... [1]: https://github.com/timescale/python-vector [2]: https://www.timescale.com/ai/#resources