[Feature]:未来是否会支持单写多读（一个写进程 + 多个只读进程）？

[fixfox202507-pixel]

Problem / Motivation

首先感谢各位开发者对 Zvec 的持续维护！

我最近在 v0.5.1 上验证了一个多进程访问场景，发现目前似乎还无法支持，因此想确认一下这是当前的设计限制，还是未来有支持计划。

测试场景如下：
进程 A：以读写模式打开 Collection，并持续写入数据。
进程 B/C：以 read-only 模式打开同一个 Collection，仅执行向量检索、全文检索等查询操作，不进行任何写入。

在 v0.5.1 中测试时，只要写进程已经打开数据库，其他进程就无法正常以 read-only 方式访问同一个数据库。

想请教一下：
目前这种 一个写进程 + 多个只读进程是否属于 Zvec 暂未支持的能力？后续版本是否有计划支持这种使用模式？

Proposed Solution

Alternatives Considered

No response

Affected Area

No response

[feihongxu0824]

感谢反馈。目前 zvec 的多进程访问模式是 Multiple Readers OR Single Writer，确实还不支持 Single Writer AND Multiple Read-only Readers（SWMR）。
SWMR 在我们的 roadmap 中，不过具体优先级和排期还需要进一步评估。
关于 SWMR 的行为和一致性语义，也欢迎先在这个 issue 中讨论。例如：

• 读进程是否只需要看到最近一次提交的稳定快照？
• 写入完成后，读进程是否必须立即看到最新数据，还是可以通过显式 refresh 或重新打开 Collection 来更新？
• 其他嵌入式数据库（rocksdb、sqlite、duckdb）是什么行为？

[fixfox202507-pixel]

感谢您的回复！
我的实际使用场景是想做一个 RAG 系统的知识可视化，结合知识图谱来展示数据。
大概会有一个常驻的进程负责持续写入和更新数据，同时还有另一个应用进程主要负责读取数据库。例如，读进程会从里面获取向量数据，进行相似度计算，然后在知识图谱中展示相似度较高的向量节点。
对于这种场景，我对数据的强一致性要求其实没有那么高。读进程不一定要实时看到最新写入的数据，只要能够读取到近期一次已经提交完成的稳定快照就可以了。或者提供类似 refresh 的机制，由读进程主动刷新后再获取最新的数据，我觉得也是可以接受的。
所以对我来说，如果未来支持 SWMR，采用稳定快照+显式 refresh 这样的模式应该就能够满足实际需求了。

[feihongxu0824]

感谢补充，这个使用场景很有参考价值。我们会在 SWMR 的方案设计中重点考虑“稳定快照 + 显式 refresh”的模式，并继续评估实现方案和优先级。后续有进展会在这个 issue 中同步。