{"slug": "building-an-integrated-vector-database-system-in-postgresql", "title": "Building an Integrated Vector Database System in PostgreSQL", "summary": "Researchers posted a paper on arXiv on 17 Aug 2026 describing PostgreSQL-V 2.0, an integrated vector database system inside PostgreSQL that closes three limitations of their earlier PostgreSQL-V 1.0. PostgreSQL-V 2.0 delivers up to 36.4x the throughput of PostgreSQL-V 1.0 while serving 32 concurrent clients, keeps crash recovery near 20 ms independent of total index size, and extends physical replication to the decoupled vector index. The work addresses the performance gap between PostgreSQL-based vector search systems such as pgvector and specialized vector databases.", "body_md": "# Computer Science > Databases\n\n  [Submitted on 17 Aug 2026]\n\n# Title:Building An Integrated Vector Database System in PostgreSQL\n\n[View PDF](https://arxiv.org/pdf/2608.15994)\n\n[HTML (experimental)](https://arxiv.org/html/2608.15994v1)\n\nAbstract:This paper presents PostgreSQL-V 2.0, a scalable integrated vector database system inside PostgreSQL. Existing PostgreSQL-based vector search systems such as pgvector embed vector indexes into PostgreSQL's page-oriented storage engine, incurring significant overhead that leads to a huge performance gap with specialized vector databases. In our earlier work, we introduced PostgreSQL-V 1.0, which addresses this issue by separating vector index structures from PostgreSQL's storage engine, enabling vector search performance close to that of native vector index libraries while preserving SQL compatibility. However, we find that PostgreSQL-V 1.0 has three limitations that matter for real-world workloads: it only supports a single connection (without concurrency), recovery time grows with index size, and physical replication is unsupported.\n\nWe further present PostgreSQL-V 2.0, which closes all three gaps. PostgreSQL-V 2.0's concurrency support enables fully concurrent vector searches and updates across PostgreSQL's multi-process backends, delivering up to 36.4x the throughput of PostgreSQL-V 1.0 while serving 32 concurrent clients. PostgreSQL-V 2.0's fast crash recovery keeps cost independent of total index size, remaining near 20 ms while PostgreSQL-V 1.0's grows into seconds-scale. PostgreSQL-V 2.0's physical replication support extends physical replication to the decoupled index, preserving index consistency on standbys without burdening the primary node. Together, these advances make PostgreSQL-V 2.0 a fully concurrent, crash-resilient, and replication-ready vector database inside PostgreSQL.\n\n### References & Citations\n\nLoading...\n\n# Bibliographic and Citation Tools\n\nBibliographic Explorer \n\n*(*[What is the Explorer?](https://info.arxiv.org/labs/showcase.html#arxiv-bibliographic-explorer))\nConnected Papers \n\n*(*[What is Connected Papers?](https://www.connectedpapers.com/about))\nLitmaps \n\n*(*[What is Litmaps?](https://www.litmaps.co/))\nscite Smart Citations \n\n*(*[What are Smart Citations?](https://www.scite.ai/))\n# Code, Data and Media Associated with this Article\n\nalphaXiv \n\n*(*[What is alphaXiv?](https://alphaxiv.org/))\nCatalyzeX Code Finder for Papers \n\n*(*[What is CatalyzeX?](https://www.catalyzex.com))\nDagsHub \n\n*(*[What is DagsHub?](https://dagshub.com/))\nGotit.pub \n\n*(*[What is GotitPub?](http://gotit.pub/faq))\nHugging Face \n\n*(*[What is Huggingface?](https://huggingface.co/huggingface))\nScienceCast \n\n*(*[What is ScienceCast?](https://sciencecast.org/welcome))\n# Demos\n\n# Recommenders and Search Tools\n\nInfluence Flower \n\n*(*[What are Influence Flowers?](https://influencemap.cmlab.dev/))\nCORE Recommender \n\n*(*[What is CORE?](https://core.ac.uk/services/recommender))\n# arXivLabs: experimental projects with community collaborators\n\narXivLabs is a framework that allows collaborators to develop and share new arXiv features directly on our website.\n\nBoth individuals and organizations that work with arXivLabs have embraced and accepted our values of openness, community, excellence, and user data privacy. arXiv is committed to these values and only works with partners that adhere to them.\n\nHave an idea for a project that will add value for arXiv's community? [**Learn more about arXivLabs**](https://info.arxiv.org/labs/index.html).", "url": "https://wpnews.pro/news/building-an-integrated-vector-database-system-in-postgresql", "canonical_source": "https://arxiv.org/abs/2608.15994", "published_at": "2026-09-18 12:33:29+00:00", "updated_at": "2026-09-18 12:56:17.621083+00:00", "lang": "en", "topics": ["ai-infrastructure", "ai-research", "machine-learning"], "entities": ["PostgreSQL-V 2.0", "PostgreSQL-V 1.0", "PostgreSQL", "pgvector", "arXiv"], "alternates": {"html": "https://wpnews.pro/news/building-an-integrated-vector-database-system-in-postgresql", "markdown": "https://wpnews.pro/news/building-an-integrated-vector-database-system-in-postgresql.md", "text": "https://wpnews.pro/news/building-an-integrated-vector-database-system-in-postgresql.txt", "jsonld": "https://wpnews.pro/news/building-an-integrated-vector-database-system-in-postgresql.jsonld"}}