On Feb 13, 2007, at 6:07 PM, Yonik Seeley wrote:
On 2/12/07, Erik Hatcher [EMAIL PROTECTED] wrote:
And just for the record, Solr drives Collex @ NINES: http://
www.nines.org/collex which implements tagging along with faceted and
full-text search. I've recently hacked our system such that the
On 2/12/07, Erik Hatcher [EMAIL PROTECTED] wrote:
On Feb 12, 2007, at 9:10 PM, Gmail Account wrote:
This would be great! I can't help with the solution but I am very
interested in using it if one of you guys can figure it out.
I can't wait to see if this works out.
And just for the record,
, February 06, 2007 4:51 AM
Subject: Re: convert custom facets to Solr facets...
Yonik - this is great! Thanks for codifying the use cases and providing
a possible implementation. I'll tinker with this more when I can.
Erik
On Feb 4, 2007, at 2:13 PM, Yonik Seeley wrote:
I was confusing myself
On Feb 12, 2007, at 9:10 PM, Gmail Account wrote:
This would be great! I can't help with the solution but I am very
interested in using it if one of you guys can figure it out.
I can't wait to see if this works out.
And just for the record, Solr drives Collex @ NINES: http://
Yonik - this is great! Thanks for codifying the use cases and
providing a possible implementation. I'll tinker with this more when
I can.
Erik
On Feb 4, 2007, at 2:13 PM, Yonik Seeley wrote:
I was confusing myself too much without nailing down more concrete
examples,
so I
On Feb 2, 2007, at 4:46 PM, Ryan McKinley wrote:
I would LOVE to see a JOIN in SOLR.
I have an index of artists, albums, and songs. The artists have lots
of metadata and the songs very little. I'd love to be able to search
for songs using the artist metadata. Right now, I have to add all
On Feb 3, 2007, at 11:55 AM, Yonik Seeley wrote:
On 2/3/07, Erik Hatcher [EMAIL PROTECTED] wrote:
On Feb 2, 2007, at 4:29 PM, Yonik Seeley wrote:
One downside of doing joins is that it makes it pretty hard to
distribute/federate in the future because a document doesn't stand
alone.
The
We would never use JOIN. We denormalize for speed. Not a big deal.
wunder
==
Search Guru, Netflix
On 2/3/07 11:16 AM, Brian Whitman [EMAIL PROTECTED] wrote:
On Feb 2, 2007, at 4:46 PM, Ryan McKinley wrote:
I would LOVE to see a JOIN in SOLR.
I have an index of artists, albums, and
On 2/3/07, Walter Underwood [EMAIL PROTECTED] wrote:
We would never use JOIN. We denormalize for speed. Not a big deal.
I'm looking at an application where speed is not the only concern. If
I can remove the need for a 'normalized' and 'denormalized' form it
would be a HUGE win. Essentially
oops!!! I meant to reply directly to Brian - an old friend of mine
from graduate school...
next time I'll check the reply-to button more closely.
I'm quite open to NOT having a JOIN in Solr if flattening the model
still provides the querying capability desired. I've not fully
followed the specifics that Yonik has mentioned on this thread, but
it certainly is the case that denormalizing/flattening our domain
does not exactly lend
Before Solr had facets, I built my own implementation in a much
cruder and less performant way into Collex as custom request handlers.
Now the performance issue of warming up the cache needs to be
addressed. I'm going to upgrade Solr and adjust the application to
work with the built-in
One downside of doing joins is that it makes it pretty hard to
distribute/federate in the future because a document doesn't stand
alone.
A flat structure for tagging could be to add a
taguser and tag field to the actual document each time a user tagged a document.
- all collected objects
The index has a type field: A for archived objects and C for
collectibles. All the original objects are indexed in batch fashion
as type A. Users collect objects and tags/annotates them. When a
user collects an object, a document of type C is indexed with the
original objects unique
14 matches
Mail list logo
