Hello,
a query will be like this:
field1:(DE123)
my synonyms are:
DE123 = 123,456,789
then SOLR should search in field1 for DE123 and in another specified field
for the synonyms so for example:
in field2 for 123 OR 456 OR 789
is this somehow possible?
cheers
Charlie
--
View this message in
My Solr server takes very long to update index. The table it hits to index is
huge with 10Million + records , but even in that case I feel this is very long
time to index. Below is the snapshot of the /dataimport page
str name=statusbusy/str
str name=importResponseA command is still
June 2011, Apache Solr 3.2™ available
The Lucene PMC is pleased to announce the release of Apache Solr 3.2.
Solr is the popular, blazing fast open source enterprise search platform from
the Apache Lucene project. Its major features include powerful full-text
search, hit highlighting, faceted
sorry, this was my bad.. should have used and ! (append)
On Fri, Jun 3, 2011 at 9:45 PM, Gabriele Kahlout
gabri...@mysimpatico.comwrote:
$ curl --fail http://192.168.34.51:8080/solr/admin/stats.jsp; resp.xml
$ xmlstarlet sel -t -v //@numDocs resp.xml
*Extra content at the end of the
I'm not sure if this is what you mean:
copy field1 to field2 and for field 2 apply your analysis chain with
your synonym list
query something like field1:DE123 and field2:DE123
or have i missed the point, if so can you clarify your use case
cheers lee c
On 4 June 2011 08:44, occurred
The new PECL package solr-1.0.1 (stable) has been released at
http://pecl.php.net/.
Release notes
-
- Added support for json response writer in SolrClient
- Removed final bit from classes so that they can be mocked in unit tests
- Changed from beta to stable
- Included phpdoc stubs in
No, there should be only one field search:
field1:DE123
and then based on the config of a FilterFactory Solr will also search in
field2 based on a synonym list.
But also field1 should be search with DE123
cheers
Charlie
Am 04.06.11 17:34, schrieb lee carroll [via Lucene]:
I'm not sure if this
I found this thread that looks similar to what's happening on my system. I
think what happens is there are multiple commits happening at once from the
clients and it's causing the same issue. I'm going to use the commitWithin
argument to the updates to see if that fixes the problem. I will
How long does the query against the DB take (outside of Solr)? If that's slow
then it's going to take a while to update the index. You might need to figure a
way to break things up a bit, maybe use a delta import instead of a full import.
Chris
On Jun 4, 2011, at 6:23 AM, Rohit Gupta wrote:
your app can do the above search?
On 4 June 2011 20:42, occurred schaubm...@infodienst-ausschreibungen.de wrote:
No, there should be only one field search:
field1:DE123
and then based on the config of a FilterFactory Solr will also search in
field2 based on a synonym list.
But also field1
Rohit - you have double posted maybe - did Otis's answer not help with
your issue or at least need a response to clarify ?
On 4 June 2011 22:53, Chris Cowan chrisco...@plus3network.com wrote:
How long does the query against the DB take (outside of Solr)? If that's slow
then it's going to take
There's no way to have Solr search a second field when a first field is
specified based on the config of a FilterFactory.
You can set things up so you don't need to search two fields, only one. Or you
can explicitly specify two fields to search. Or you can even use dismax query
parser 'qf' to
Is there a list anywhere detailing field name restrictions. I imagine
fields containing periods (.) are problematic if you try to use that field
when doing faceted queries, but are there any others? Are underscores (_)
or dashes (-) ok?
Underscores and dashes are fine, but I would think that colons (:) are verboten.
François
On Jun 4, 2011, at 9:49 PM, Jamie Johnson wrote:
Is there a list anywhere detailing field name restrictions. I imagine
fields containing periods (.) are problematic if you try to use that field
when
No didn't double post, my be it was in my outbox and went out again.
The queries outside solr dont take so long, to return around 50 rows it
takes 250 seconds, so I am doing a delta import of around 500,000 rows at a
time. I have tried turning auto commit on and things are moving a bit
Hi Rohit,
I am currently working on https://issues.apache.org/jira/browse/SOLR-2233
which fixes multithreading issues
How complex is your dataimport schema? SOLR-2233 (multithreading, better
connection handling) improves performance... Especially if SQL is
extremely complex and uses few
16 matches
Mail list logo
