TH has a Right To Life,
> otherwise we all die.
>
> Read 'Hot, Flat, and Crowded'
> Laugh at http://www.yert.com/film.php
>
>
> --- On Thu, 3/11/10, Constantijn Visinescu wrote:
>
> > From: Constantijn Visinescu
> > Subject: Re: Architectural
Visinescu wrote:
> From: Constantijn Visinescu
> Subject: Re: Architectural help
> To: solr-user@lucene.apache.org
> Date: Thursday, March 11, 2010, 5:25 AM
> Assuming you create the view in such
> a way that it returns 1 row for each
> solrdocument you want indexed: yes
>
&
: We have about 5M records ranging in size all coming from a DB source (only 2
: tables). What will be the most efficient way of indexing all of these
: documents? I am looking at DIH but before I go down that road I wanted to
The main question to ask yourself is what your indexing freshness
req
Assuming you create the view in such a way that it returns 1 row for each
solrdocument you want indexed: yes
On Wed, Mar 10, 2010 at 7:54 PM, blargy wrote:
>
> So I can just create a view (or temporary table) and then just have a
> simple
> "select * from (view or table)" in my DIH config?
>
>
So I can just create a view (or temporary table) and then just have a simple
"select * from (view or table)" in my DIH config?
Constantijn Visinescu wrote:
>
> Try making a database view that contains everything you want to index, and
> then just use the DIH.
>
> Worked when i tested it ;)
>
Try making a database view that contains everything you want to index, and
then just use the DIH.
Worked when i tested it ;)
On Wed, Mar 10, 2010 at 1:56 AM, blargy wrote:
>
> I was wondering if someone could be so kind to give me some architectural
> guidance.
>
> A little about our setup. We
