多租户知识库，应该一个 collection 还是每个租户一个？

[JasonL]

SaaS 知识库，多租户隔离。一个 collection 加 tenant_id filter，还是每个租户一个 collection？

[rootless]

租户少、数据量差异大、隔离要求高，可以每租户 collection。租户多且小，一个 collection 管理更省。

[nora]

还要看运维动作。备份、删除、迁移、索引重建，按租户还是全局？

[leaf_1997]

安全上别只看向量库。对象存储、缓存、日志、评估样本都要带 tenant。

[小周]

每个租户 collection 会不会太多？

[MingK]

会。collection 数量不是无限免费的，监控和配置也会爆。

[林小北]

一个 collection 的风险是 filter 漏传就灾难。所以 SDK 层要强制 tenant，不允许裸 search。

[阿白]

可以把 tenant_id 封在 repository 里，业务层拿不到不带 tenant 的方法。

[小路灯]

还有大租户影响小租户的问题。一个超大客户更新索引，会不会拖慢其他人？

[小乔同学]

资源隔离如果是硬要求，就不要全混一起。

[JasonL]

我们早期租户几十个，单租户数据几千到几万 chunk。

[rootless]

那先一个 collection + 强制 tenant filter 可以，保留迁移到分 collection 的能力。

[nora]

doc_id 设计带租户前缀，后面迁移会轻松。

[leaf_1997]

权限测试要写成自动化。故意不传 tenant，应该直接失败，不是返回空。

[林小北]

多租户最大坑不是方案选错，是代码某处绕过方案。