[
https://issues.apache.org/jira/browse/LUCENE-9855?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17313993#comment-17313993
]
Tomoko Uchida commented on LUCENE-9855:
---------------------------------------
Thank you for clarifying it!
Personally I always would prefer "one vector format and multiple ann
strategies" concept and love to see we have the unified vector codec.
In the meantime, to me it could be a bit heavy load for one codec writer and/or
reader to have various implementation for multiple search strategies. I think
it would be great if we can factor out the search algorithm specific metadata
building/en(de)coding logic into separated classes (the good old strategy
design pattern or something like it could work; perhaps you have already
considered it though?) But it would be off-topic here and should be handed at
separated issues.
> Reconsider codec name VectorFormat
> ----------------------------------
>
> Key: LUCENE-9855
> URL: https://issues.apache.org/jira/browse/LUCENE-9855
> Project: Lucene - Core
> Issue Type: Improvement
> Components: core/codecs
> Affects Versions: main (9.0)
> Reporter: Tomoko Uchida
> Priority: Blocker
>
> There is some discussion about the codec name for ann search.
> https://lists.apache.org/thread.html/r3a6fa29810a1e85779de72562169e72d927d5a5dd2f9ea97705b8b2e%40%3Cdev.lucene.apache.org%3E
> Main points here are 1) use plural form for consistency, and 2) use more
> specific name for ann search (second point could be optional).
> A few alternatives were proposed:
> - VectorsFormat
> - VectorValuesFormat
> - NeighborsFormat
> - DenseVectorsFormat
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
