Weaviate对象与多租户检索

对象模型与检索整合

Weaviate可作为对象与向量检索整合度较高的候选，适合希望以统一接口管理资料属性、混合搜索和tenant的团队。选择它时应先确定对象身份、原件指针和表示版本，避免把服务内部对象结构直接变成全部业务的唯一schema。

多租户能力需要与租户数量、资料规模、活跃度和隔离合同一起测试。大量小租户与少量大租户有不同成本；冷租户激活、导入、备份和client兼容也会影响实际用户延迟。cloud形态减少运维，但不消除这些接口边界。

版本与授权不可凭旧印象

官方1.34发布资料说明新collection默认采用ACORN过滤策略，旧collection仍需核查已有配置。因此升级server不代表所有历史数据自动采用新策略。比较filtered recall时，应记录collection创建方式与实际配置。

截至2026-10-15读取的主仓库LICENSE明确区分路径：wl之外代码为BSD-3-Clause，wl目录及子目录需要单独enterprise license。不能把整个分发包泛称为“全部BSD”，也不能从核心开源许可推出所有云或企业能力免费可用。

验证应用真正依赖的部分

基准应使用同一query、过滤、候选数与语义真值，比较混合、向量和重排路径；检查对象更新后旧向量与缓存何时失效。删除原件之后，内部对象、派生摘要及导出是否清理，也要由应用保存进度。

验收还应模拟租户之间相似问题、权限降级、冷激活和恢复。若某项必需能力只在特定套餐或路径内提供，应在采购时固定合同。接口整合度的收益，是减少应用拼装负担；代价是迁移和导出必须提前设计。