[jira] [Commented] (SOLR-9653) Consider deprecating external file fields when we have updatable docValues for numerics
[ https://issues.apache.org/jira/browse/SOLR-9653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15582111#comment-15582111 ] Yonik Seeley commented on SOLR-9653: Deprecation should balance the cost of keeping the feature (which seems very low for this one?) vs the cost to users who may still want to use it. What does make sense is to raise awareness: in the EFF docs, we can point to updateable DV as something that may work better. > Consider deprecating external file fields when we have updatable docValues > for numerics > --- > > Key: SOLR-9653 > URL: https://issues.apache.org/jira/browse/SOLR-9653 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Erick Erickson >Priority: Minor > > Mostly just to discuss the possibility. Does this JIRA make it possible to > deprecate and eventually remove external file fields? This seems like a much > more elegant way to approach the functionality there. > Plus, EFF have performance problems in some cases, see: SOLR-9651 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-9653) Consider deprecating external file fields when we have updatable docValues for numerics
[ https://issues.apache.org/jira/browse/SOLR-9653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15582087#comment-15582087 ] Erick Erickson commented on SOLR-9653: -- Yeah, I don't have much skin in this game frankly. Different mechanism or not, though, is EFF _functionality_ enough different that it's worth preserving? Or will it forever languish when updatable DV gets done and therefore should probably be EOL'd. We gotta get rid of baggage sometime.. .There's this Alice in Wonderland character as an example ;) > Consider deprecating external file fields when we have updatable docValues > for numerics > --- > > Key: SOLR-9653 > URL: https://issues.apache.org/jira/browse/SOLR-9653 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Erick Erickson >Priority: Minor > > Mostly just to discuss the possibility. Does this JIRA make it possible to > deprecate and eventually remove external file fields? This seems like a much > more elegant way to approach the functionality there. > Plus, EFF have performance problems in some cases, see: SOLR-9651 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-9653) Consider deprecating external file fields when we have updatable docValues for numerics
[ https://issues.apache.org/jira/browse/SOLR-9653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15582046#comment-15582046 ] Yonik Seeley commented on SOLR-9653: It's a pretty different mechanism, and may still be useful to some people. It also doesn't seem to impose much of a burden on our code base (pretty much self contained?) It can certainly be improved a lot since it's old code (add per seg caches, remote SOLR-9617). > Consider deprecating external file fields when we have updatable docValues > for numerics > --- > > Key: SOLR-9653 > URL: https://issues.apache.org/jira/browse/SOLR-9653 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Erick Erickson >Priority: Minor > > Mostly just to discuss the possibility. Does this JIRA make it possible to > deprecate and eventually remove external file fields? This seems like a much > more elegant way to approach the functionality there. > Plus, EFF have performance problems in some cases, see: SOLR-9651 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
