Return-Path: X-Original-To: apmail-lucene-solr-user-archive@minotaur.apache.org Delivered-To: apmail-lucene-solr-user-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D79EF97AC for ; Thu, 8 Mar 2012 04:51:46 +0000 (UTC) Received: (qmail 79460 invoked by uid 500); 8 Mar 2012 04:51:43 -0000 Delivered-To: apmail-lucene-solr-user-archive@lucene.apache.org Received: (qmail 79415 invoked by uid 500); 8 Mar 2012 04:51:43 -0000 Mailing-List: contact solr-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: solr-user@lucene.apache.org Delivered-To: mailing list solr-user@lucene.apache.org Received: (qmail 79386 invoked by uid 99); 8 Mar 2012 04:51:42 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Mar 2012 04:51:42 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [192.220.101.25] (HELO wunderwood.org) (192.220.101.25) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Mar 2012 04:51:37 +0000 Received: (qmail 54888 invoked by uid 25881); 8 Mar 2012 04:51:16 -0000 Received: from unknown (HELO [192.168.1.70]) (wunder@[76.218.106.138]) (envelope-sender ) by 192.220.101.25 (qmail-ldap-1.03) with AES128-SHA encrypted SMTP for ; 8 Mar 2012 04:51:16 -0000 From: Walter Underwood Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: multipart/alternative; boundary=Apple-Mail-10-687757573 Subject: Re: schema design help Date: Wed, 7 Mar 2012 20:51:15 -0800 In-Reply-To: To: solr-user@lucene.apache.org References: <0AE2C1C7-6B2E-42D2-8016-A5736A013219@wunderwood.org> Message-Id: X-Mailer: Apple Mail (2.1084) X-Virus-Checked: Checked by ClamAV on apache.org --Apple-Mail-10-687757573 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii You should create multiple cores when each core is an independent = search. If you have three separate search pages, you may want three = separate cores. wunder Search Guy, Chegg.com On Mar 7, 2012, at 8:48 PM, Abhishek tiwari wrote: > please suggest me when one should create multiple core..? >=20 > On Thu, Mar 8, 2012 at 12:12 AM, Walter Underwood = wrote: >=20 >> Solr is not relational, so you will probably need to take a fresh = look at >> your data. >>=20 >> Here is one method. >>=20 >> 1. Sketch your search results page. >> 2. Each result is a document in Solr. >> 3. Each displayed item is a stored field in Solr. >> 4. Each searched item is an indexed field in Solr. >>=20 >> It may help to think of this as a big flat materialized view in your = DBMS. >>=20 >> wunder >> Search Guy, Chegg.com >>=20 >> On Mar 6, 2012, at 10:56 PM, Abhishek tiwari wrote: >>=20 >>> thanks for replying .. >>>=20 >>> In our RDBMS schema we have Establishment/Event/Movie master = relations. >>> Establishment has title ,description , ratings, tags, cuisines >>> (multivalued), services (multivalued) and features (multivalued) = like >>> fields..similarly in Event title, description, category(multivalued) = and >>> venue(multivalued) ..fields..and in movies name,start date and end = date >>> ,genre, theater ,rating , review like fields .. >>>=20 >>> we are having nearly 1 M data in each entity and movie and event = expire >>> frequently ....and we have to update on expire .... >>> we are having the data additional to index data ( stored data) to = reduce >>> RDBMS query.. >>>=20 >>> please suggest me how to proceed for schema design.. single core or >>> multiple core for each entity? >>>=20 >>>=20 >>> On Tue, Mar 6, 2012 at 7:40 PM, Gora Mohanty = wrote: >>>=20 >>>> On 6 March 2012 18:01, Abhishek tiwari = >>>> wrote: >>>>> i am new in solr want help in shema design . i have multiple = entities >>>>> like Event , Establishments and Movies ..each have different types = of >>>>> relations.. should i make diffrent core for each entities ? >>>>=20 >>>> It depends on your use case, i.e., what would your typical searches >>>> be on. Normally, using a separate core for each entity would be >>>> unusual, and instead one would flatten out typical RDBMS data for >>>> Solr. >>>>=20 >>>> Please describe what you want to achieve, and people might be >>>> better able to help you. >>>>=20 >>>> Regards, >>>> Gora >>>>=20 --Apple-Mail-10-687757573--