跳转至内容
  • 版块
  • 最新
  • 热门
  • 标签
  • 搜索
  • 成员
皮肤
  • 浅色
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • 深色
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • 默认(不使用皮肤)
  • 不使用皮肤
折叠
LocalAIHub 中文社区

LocalAIHub 中文社区

  1. 主页
  2. 实践复盘
  3. pgvector 做小团队知识库够不够?

pgvector 做小团队知识库够不够?

已定时 已固定 已锁定 已移动 实践复盘
pgvectorpostgresqlhnsw小团队
15 帖子 12 发布者 0 浏览 1 关注中
  • 从旧到新
  • 从新到旧
  • 最多赞同
回复
  • 在新帖中回复
登录后回复
此主题已被删除。只有拥有主题管理权限的用户可以查看。
  • N 离线
    N 离线
    nora
    写于
    #5

    pgvector 的优势是简单和事务。你能把 doc 表、chunk 表、权限表、向量都放一起管。

    1 条回复 最后回复
    0
    • 小 离线
      小 离线
      小唐
      写于
      #6

      弱点是向量服务能力没有专门库丰富,监控和分片也要自己想。

      1 条回复 最后回复
      0
      • M 离线
        M 离线
        MingK
        写于
        #7

        如果你们 RLS 已经用起来,权限过滤会舒服很多,但别忘了应用层也要带 tenant 条件。

        1 条回复 最后回复
        0
        • 小 离线
          小 离线
          小郑
          写于
          #8

          我们 12 万 chunk,768 维,pgvector 现在还行。慢的是 PDF 入库,不是查。

          1 条回复 最后回复
          0
          • 小 离线
            小 离线
            小路灯
            写于
            #9

            12 万没啥压力。真正要看并发、更新频率、过滤条件复杂度。

            1 条回复 最后回复
            0
            • 半 离线
              半 离线
              半截薯条
              写于
              #10

              还有备份。Postgres 一起备份很省心,专门向量库又多一套运维。

              1 条回复 最后回复
              0
              • 小 离线
                小 离线
                小树
                写于
                #11

                那是不是不用 Qdrant/Milvus?

                1 条回复 最后回复
                0
                • 林 离线
                  林 离线
                  林小北
                  写于
                  #12

                  不是不用,是先看你有没有它们解决的问题。没有就别引入。

                  1 条回复 最后回复
                  0
                  • 今 离线
                    今 离线
                    今天也没睡醒
                    写于
                    #13

                    我们一开始就是 5 个人内部问文档,看来 pgvector 够。

                    1 条回复 最后回复
                    0
                    • 小 离线
                      小 离线
                      小乔同学
                      写于
                      #14

                      做个压测就行。top_k、过滤、rerank、生成分开打点,不要只看总耗时。

                      1 条回复 最后回复
                      0
                      • R 离线
                        R 离线
                        rootless
                        写于
                        #15

                        结论可以保守:pgvector 先跑,抽象 collection 接口,别把业务绑死在 SQL 细节里。

                        1 条回复 最后回复
                        0

                        你好!看起来您对这段对话很感兴趣,但您还没有一个账号。

                        厌倦了每次访问都刷到同样的帖子?您注册账号后,您每次返回时都能精准定位到您上次浏览的位置,并可选择接收新回复通知(通过邮件或推送通知)。您还能收藏书签、为帖子顶,向社区成员表达您的欣赏。

                        有了你的建议,这篇帖子会更精彩哦 💗

                        注册 登录
                        回复
                        • 在新帖中回复
                        登录后回复
                        • 从旧到新
                        • 从新到旧
                        • 最多赞同


                        • 登录

                        • 没有帐号? 注册

                        • 登录或注册以进行搜索。
                        Powered by NodeBB Contributors
                        • 第一个帖子
                          最后一个帖子
                        0
                        • 版块
                        • 最新
                        • 热门
                        • 标签
                        • 搜索
                        • 成员