I've changed the field name to string type, the default one presented in
schema.xml, and I got what I needed.
thanks for your time.
--
View this message in context:
http://lucene.472066.n3.nabble.com/matching-starts-with-only-tp4094430p4094637.html
Sent from the Solr - User mailing list archi
search by "starts with" is something new I have to add, as well as the data I
have to index for this purpose, so it's ok to create a new field.
But once I added the following field type:
And:
indexing, and afterwards searching
Shawn Heisey-4:
thanks for the quick response.
Why this field have to be copyField? Couldn't it be a single field, for
example:
thanks.
--
View this message in context:
http://lucene.472066.n3.nabble.com/matching-start
My index contains documents which could be a single word or a short sentence
which contains up to 4-5 words. I need to return documents, which "starts
with" only from the searched pattern.
in regex it would be [^my_query].
for example, for a docs:
black
beautiful black cat
cat
cat is black
black
first of all thanks for response!
Regarding two tokenizers - it's ok.
switching to NGramFilterFactory didn't help (though I didn't reindex but
don't think it was needed since switched it into 'query' section).
Now regarding the maxBooleanClauses - how it effects performance (response
times, memor
I got:
SyntaxError: Cannot parse
'name:Bbbbm'
Using solr 4.21
name field type def:
4 AWS hosts:
Memory: 30822868k total
CPU: Intel(R) Xeon(R) CPU E5-2670 0 @ 2.60GHz x8
17M docs
5 Gb index.
8 master-slave shards (2 shards /host).
57 msec/query avg. time. (~110K queries/24 hours).
--
View this message in context:
http://lucene.472066.n3.nabble.com/Poll-Largest-SolrCloud-out-
*Shawn:*
here you go - http://wiki.solarium-project.org/index.php/V1:Ping_query
as for my cloud, average response time for ping request is 4 ms. but there
are several pings that take even 3 seconds. (I have about 10 pings/day)
--
View this message in context:
http://lucene.472066.n3.nabbl
Hi,
I'm wonderring how frequent this query should be made. Currently it is done
before each select request (some very old legacy). I googled a little and
found out that it is bad practice and has performance impact. So the
question is should I completely remove it or just do it once in some perio
Thanks, but it not exactly what I need. According to the documentation "this
value *only* applies to the search and *not to requests* in general."
What I need is to effect the request - to drop it. To tell to the cloud to
drop all requests which take more then x msec. No matter why - slow search
Am I missing something? which answer do you mean?
And actually, just to clarify, the question was how can I force the partial
results and drop the results from the slow shard?
--
View this message in context:
http://lucene.472066.n3.nabble.com/Dropping-slow-queries-tp4043074p4043549.html
Sent
Hi,
Is there a way to drop slow query in the distributed search?
In another words, is there a way to tell SolrCloud to wait x ms for the
response from shards in the cloud and to return the results which were
returned during the specified period of time (x ms)?
For example X=10 ms. There are 4 s
Hi,
I'm running SolrCloud (Solr4) with 1 core, 8 shards and zookeeper
My index is being updated every minute, so I'm running optimization once a
day.
Every time during the optimization there is an error:
SEVERE: shard update error StdNode: http://host:port/solr/core_name/
SEVERE: shard update erro
Hi all,
the first question:
is there a way to reduce timeout when sold shard comes up? it looks in log
file as follows:
Feb 12, 2013 1:19:08 PM org.apache.solr.cloud.ShardLeaderElectionContext
waitForReplicasToComeUp
INFO: Waiting until we see more replicas up: total=2 found=1
timeoutin=178992
Feb
Hi,
Let's assume I have to search for a string (textField) in 6-7 different
fields (username, firstname, lastname, etc). Which one will have better
performance:
username:test OR firstname:test OR lastname:test
or defining some copyField and searching within it like somecopyfield:test
thanks.
Well, I saw, that when I ran the full/delta i,port process on the 2nd, 3rd
etc times I didn't so this exception any more. So I checked in my mysql
queries log what's going on in mysql when I was running delta import process
and I saw, that the queries got correct times on each delta-import
executio
Thank you for your response.
I saw the SOLR-3165, but can't really locate this different location. Even
when I searching for this file with find command.
According to the patch and warning message that I got (WARNING: Could not
read DIH properties from /configs/my_collection/dataimport.properties
Hi,
I have a problem with updating dataimport.properties - while running single
sold there is no problem at all. Everything works perfectly. But when I
switching to cloud configuration with 2 shards (like described in
http://wiki.apache.org/solr/SolrCloud ExampleA: Simple two shard cluster)
this f
I have 1 collection called index.
I created it like explained here: http://wiki.apache.org/solr/SolrCloud in
Example A: Simple two shard cluster section
here are the start up commands:
1)java -Dbootstrap_confdir=./solr/index/conf -Dcollection.configName=myconf
-DzkRun -DnumShards=2 -jar start.jar
Hello,
I'm running solrcloud with 2 shards.
Lets assume I've 100 documents indexed in total, which are divided 55/45 by
the shards...
when I query, for example:
curl
'http://localhost:7500/solr/index/select?q=*:*l&wt=json&indent=true&rows=0'
sometimes I got "response":{"numFound":0, sometimes -
"
Hi,
I'm running some join query, let's say it looks as follows: {!join
from=some_id to=another_id}(a_id:55 AND some_type_id:3). When I run it on
single instance of SOLR I got the correct result, but when I'm running it on
the sharded system (2 shards with replica for each shard (total index counts
Hi,
I'm running solr+tomcat with the following configuration:
I have 16 slaves, which are being queried by aggregator, while aggregator
being queried by the users.
My slaveUrls variable in solr.xml (on aggregator) looks like - ''
I'm running it on linux machine (not dedicated, there are some other
22 matches
Mail list logo