<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>应用案例 on Vchord</title>
    <link>https://vchord.pgsty.com/zh/docs/vchord/use-case/</link>
    <description>Recent content in 应用案例 on Vchord</description>
    <generator>Hugo</generator>
    <language>zh-CN</language>
    
    
    
      <lastBuildDate>Tue, 03 Nov 2026 01:15:06 +0800</lastBuildDate>
    
    
      <atom:link href="https://vchord.pgsty.com/zh/docs/vchord/use-case/index.xml" rel="self" type="application/rss+xml" />
    
    <item>
        <title>基于 Postgres 原生 BM25 与 VectorChord 的混合检索</title>
        <link>https://vchord.pgsty.com/zh/docs/vchord/use-case/hybrid-search/</link>
        <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
        
        <guid>https://vchord.pgsty.com/zh/docs/vchord/use-case/hybrid-search/</guid>
        <description>&lt;p&gt;在检索增强生成（RAG）时代，从海量数据集中高效检索相关数据对于企业和开发者而言至关重要。传统的基于关键词的检索方法（例如使用 &lt;strong&gt;BM25&lt;/strong&gt; 作为评分机制的方法）擅长根据词频和精确关键词匹配对文档进行排序，因此在处理结构化查询和关键词密集型内容时非常高效。然而，它们在理解同义词、上下文细微差别以及深层语义意图方面往往力不从心。相反，基于向量的检索能够捕捉深层语义信息，面对多样化的查询具备更好的泛化能力，但有时会在精确关键词匹配上牺牲精度。混合检索（Hybrid Search）通过将 BM25 的精确性与向量检索的上下文理解能力相结合，弥补了这一差距，从而提供更快、更准确且具备语义感知的检索结果。&lt;/p&gt;</description>
      </item>
    <item>
        <title>在 PostgreSQL 中使用 ColBERT 重排序为向量检索加速</title>
        <link>https://vchord.pgsty.com/zh/docs/vchord/use-case/colbert-rerank/</link>
        <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
        
        <guid>https://vchord.pgsty.com/zh/docs/vchord/use-case/colbert-rerank/</guid>
        <description>&lt;p&gt;传统的向量检索方法通常采用句级别嵌入（Sentence Embeddings）来查找相似内容。然而，通过对词元嵌入（Token Embeddings）进行池化（Pooling）来生成句嵌入，可能会损失词元层级中蕴含的细粒度信息。&lt;a href=&#34;https://github.com/stanford-futuredata/ColBERT&#34;&gt;ColBERT&lt;/a&gt; 通过将文本表示为词元级的多向量（Multi-vectors）而非单个聚合向量，有效克服了这一缺陷。这种方法利用词元级的上下文晚期交互（Contextual Late Interaction），使 ColBERT 能够比仅依赖句嵌入的方法保留更丰富的细微语义信息，从而显著提高检索精度。&lt;/p&gt;</description>
      </item>
    <item>
        <title>超越纯文本：使用 Modal 与 VectorChord 在 PostgreSQL 中实现免 OCR RAG</title>
        <link>https://vchord.pgsty.com/zh/docs/vchord/use-case/colqwen2-modal/</link>
        <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
        
        <guid>https://vchord.pgsty.com/zh/docs/vchord/use-case/colqwen2-modal/</guid>
        <description>&lt;p&gt;为复杂文档构建高效的检索增强生成（RAG）系统，往往让人感觉像是在与混乱而繁琐的数据流水线搏斗。尤其是在处理 PDF 或扫描图像时，传统方法高度依赖光学字符识别（OCR）和版面分析。这些步骤不仅速度缓慢、容易出错，而且常常会丢失表格、图表和排版格式等至关重要的视觉上下文信息。&lt;strong&gt;但是，如果您可以直接根据文档的&lt;em&gt;视觉外观&lt;/em&gt;（而不仅仅是提取出的纯文本）来检索文档，会怎样呢？&lt;/strong&gt;&lt;/p&gt;</description>
      </item>
    
  </channel>
</rss>
