This was always a “cool” trick. But tricks aren’t a reason to keep not well supported features. We need fewer surprises in Solr ;-)
Sent from my iPhone > On Jan 29, 2025, at 12:42 AM, David Smiley <dsmi...@apache.org> wrote: > > Any concerns with deprecating ExternalFileField in Solr 9, remove in 10? > > ---------- Forwarded message --------- > From: Matthias Krüger <mkrue...@opensourceconnections.com> > Date: Tue, Jan 28, 2025 at 5:00 AM > Subject: Re: Seeking Best Practices for External File Fields in Solr Cloud > To: <us...@solr.apache.org> > > > Hi, > > As David recently ( > https://lists.apache.org/thread/xwr8j0ydmxjrq7q74020728jg1bqv2k3) mentioned > the ExternalFileField > that feature is old and should probably be no longer used. It has no > replication support and potential memory leaks (SOLR-10550). > I suggest evaluating the In-Place-Updates alternative ( > https://solr.apache.org/guide/solr/latest/indexing-guide/partial-document-updates.html#in-place-updates > ). > > >> On Tue, Jan 28, 2025 at 8:41 AM Uday Kumar <uday.p...@indiamart.com.invalid> >> wrote: >> >> Hi all, >> >> We are currently conducting a POC for external file fields in a Solr Cloud >> environment for optimizing the speed of indexing at our end. >> >> *Our Prod Environment:* >> Solr version: v9.6.1 >> No. of nodes: 8 >> No. of shards: 63 >> Total Index size: 240 GB >> RAM on each node: 50 GB >> Heap on each node: 12 GB >> >> >> We would like to know if there are any recommended best practices for the >> following: >> >> 1. Do we have any limitations on the type of fields we can use in an >> external file? >> 2. Any Performance-related points to take care of? >> 3. Ensuring data consistency in external files? >> 4. Managing fault tolerance effectively [By maintaining replicas]? >> 5. How are these external files treated while we use Backup APIs? >> >> Please let us know, if you need any other information related to this. >> --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org For additional commands, e-mail: dev-h...@solr.apache.org
