Using json facet api for nested faceting on the docValues.
Trying to improve the query time and I read in a blog that query time on
docValue can be improved with collapse & expand.
> On 22-Aug-2015, at 9:29 am, Joel Bernstein wrote:
>
> Can you explain your use case a little more?
>
>
>
I will go with {!cache=false}.
Can we specify facet method in json nested faceting query?
> On 19-Aug-2015, at 7:07 pm, Yonik Seeley wrote:
>
>> On Wed, Aug 19, 2015 at 8:00 PM, Nagasharath
>> wrote:
>> Trying to evaluate the performance of queries with and wit
Trying to evaluate the performance of queries with and without cache
> On 18-Aug-2015, at 11:30 am, Yonik Seeley wrote:
>
> On Tue, Aug 18, 2015 at 12:23 PM, naga sharathrayapati
> wrote:
>> Is it possible to clear the cache through query?
>>
>> I need this for performance valuation.
>
> No
I exactly have the same requirement
> On 13-Aug-2015, at 2:12 pm, Kiran Sai Veerubhotla wrote:
>
> does solr support joins?
>
> we have a use case where two collections have to be joined and the join has
> to be on the faceted results of the two collections. is this possible?
If I just want faceting(no search) can I set stored='false' and
docValues='true' with indexed='true'
> On 13-Aug-2015, at 5:21 pm, Erick Erickson wrote:
>
> DocValues, stored and indexed are all independent.
> So no, docValues is not an alternative to stored.
>
> Best,
> Erick
>
> On Thu, Au
As stored & indexed both default to "true" do we still need to specify in the
schema as
Indexed="true" & stored="true"
I have a scenario(we are badly affected) where I have to join two cores of two
different nodes.
I knew that there is a jira
(https://issues.apache.org/jira/plugins/servlet/mobile#issue/SOLR-7090) open in
support of this, is there any alternate solution that I can work around until
this gets r
Is there a industry standard certification on solr?
e
> or multi-valued?)
>
> Without docValues, the first request would be slow (due to building
> the in-memory field cache entry), but after that it should be fast.
>
> -Yonik
>
>
>> On Sun, Aug 9, 2015 at 11:31 AM, Nagasharath
>> wrote:
>> I Have tested with docV
s?
>
> What kind of speedup? How often are you committing? Is there a speed
> difference
> after a while or on the first few queries?
>
> Details matter a lot for questions like this.
>
> Best,
> Erick
>
>> On Sat, Aug 8, 2015 at 6:22 PM, Nagasharath
>> w
>
> On Sat, Aug 8, 2015 at 11:38 PM, Nagasharath
> wrote:
>
>> I am seeing a significant difference in the query time after using
>> docValue.
>>
>> I am curious to know what's happening with 'docValue' included in the
>> schema
>>
>>
I am seeing a significant difference in the query time after using docValue.
I am curious to know what's happening with 'docValue' included in the schema
> On 07-Aug-2015, at 4:31 pm, Shawn Heisey wrote:
>
>> On 8/7/2015 11:47 AM, naga sharathrayapati wrote:
>> JVM-Memory has gone up from 3% to
_0: 1.5m docs
> shard1_1: 1.5m docs
> shard2: 3m docs
>
> You could, of course, then split shard2. You could also split shard1
> into three parts instead, if you preferred:
>
> shard1_0: 1m docs
> shard1_1: 1m docs
> shard1_2: 1m docs
> shard2: 3m docs
>
> Upaya
If my current shard is holding 3 million documents will the new subshard after
splitting also be able to hold 3 million documents?
If that is the case After shard splitting the sub shards should hold 6 million
documents if a shard is split in to two. Am I right?
> On 01-Aug-2015, at 5:43 pm, Upa
Is there a jira logged for this issue?
Sent from my iPhone
> On 23-Jul-2015, at 11:09 pm, Nagasharath wrote:
>
> I don't have this issue.
>
> I have tried with various json facet queries and my filter cache always come
> down to the 'minsize'( never exce
I don't have this issue.
I have tried with various json facet queries and my filter cache always come
down to the 'minsize'( never exceeds configured) with solr version 5.2.1, and
all my queries are json nested faceted.
> On 23-Jul-2015, at 7:43 pm, Yonik Seeley wrote:
>
>> On Thu, Jul 23, 20
, it will help you a lot !
>
> Cheers
>
> 2015-07-21 16:49 GMT+01:00 Nagasharath :
>
>> Any recommended tool to test the query performance would be of great help.
>>
>> Thanks
>
>
>
> --
> --
>
> Benedetti A
Any recommended tool to test the query performance would be of great help.
Thanks
Cool, just curious
Thanks Eric
Sent from my iPhone
> On 18-Jul-2015, at 10:23 am, Erick Erickson wrote:
>
> No idea what you mean by "chance of these deleted docs
> getting re-indexed". Solr shouldn't be doing this by itself.
> Certainly if your indexing process sends them in again
> they'll
I like the idea.
I am hearing nowadays about solrmeter, can't we accomplish this in solrmeter?
Thanks,
Naga
> On 18-Jul-2015, at 8:51 am, Alexandre Rafalovitch wrote:
>
> I haven't found one. I have a project plan for something just like
> this but it is one of many Solr-related ideas. Mine
20 matches
Mail list logo