Return-Path: Delivered-To: apmail-lucene-general-archive@www.apache.org Received: (qmail 46389 invoked from network); 11 May 2009 11:08:27 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 11 May 2009 11:08:27 -0000 Received: (qmail 93455 invoked by uid 500); 11 May 2009 11:08:26 -0000 Delivered-To: apmail-lucene-general-archive@lucene.apache.org Received: (qmail 93377 invoked by uid 500); 11 May 2009 11:08:26 -0000 Mailing-List: contact general-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: general@lucene.apache.org Delivered-To: mailing list general@lucene.apache.org Received: (qmail 93367 invoked by uid 99); 11 May 2009 11:08:26 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 11 May 2009 11:08:26 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of lists@nabble.com designates 216.139.236.158 as permitted sender) Received: from [216.139.236.158] (HELO kuber.nabble.com) (216.139.236.158) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 11 May 2009 11:08:15 +0000 Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1M3TMR-0007YR-2R for general@lucene.apache.org; Mon, 11 May 2009 04:07:55 -0700 Message-ID: <23481214.post@talk.nabble.com> Date: Mon, 11 May 2009 04:07:55 -0700 (PDT) From: uday kumar maddigatla To: general@lucene.apache.org Subject: what if my database data contains other language (like danish, german). In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Nabble-From: ukma@mach.com References: <19724177.post@talk.nabble.com> <245957.6034.qm@web50312.mail.re2.yahoo.com> <19746698.post@talk.nabble.com> <23477688.post@talk.nabble.com> X-Virus-Checked: Checked by ClamAV on apache.org hi, Are you talking about the Solr for this. my limitation is to use only Lucene(no third party app like Solr which is built on top of Lucene). I did a sample application which will get the data from one table which is in database and i'm indexing it. Now i'm able to index the tables in database. But the problem here is ... what if my database data contains other language (like danish, german). Is Lucene will handle that . If yes How? Andrew McCombe wrote: >=20 > Hi >=20 > You should take a look at the DataImport Handler and use the examples > on that page. I've recently learned this myself and this has been the > #1 source of help. >=20 > http://wiki.apache.org/solr/DataImportHandler >=20 > There are two steps to set up when using this. The first one is the > initial import of your data. This is called the 'full-import'. Once > this has been done you then use a delta-import to import any new or > updated data into Solr. >=20 > One thing to remember is to rebuild any spellchecker indexes after the > delta import. >=20 > Hope this Helps > Andrew >=20 > 2009/5/11 uday kumar maddigatla : >> >> hi, >> >> we are new to Lucene. We want to index the database using lucene. >> >> we don't know where =C2=A0to start. we already done the indexing of docu= ments. >> >> But we don;t know how to index database using lucene, We started >> searching >> in google. we found one query regarding this by you people. >> >> please tell us how to index the database. A series of steps(where to >> change >> or update) will helps us. >> >> >> Richard Marr wrote: >>> >>>> Thank you for your reply. >>>> I'm just affraid of choosing wrong option for the project and later it >>>> would >>>> be harder to change it. >>> >>> I'm making the same kinds of decisions at the moment. My plan is to >>> use an RDBMS to store the "master" copy of our data, because that >>> technology is a ubiquitous skill set, and we know its capabilities >>> almost instinctively. >>> >>> For example, we can hire a DBA off-the-shelf to deal with database >>> replication without having to explain the details of our other systems >>> to them, but doing the same thing with Lucene would require them to >>> have experience with it. >>> >>> This way we can save our scarce brain-power for more interesting >>> problems >>> :) >>> >>> Rich >>> >>> >> >> -- >> View this message in context: >> http://www.nabble.com/Lucene-Index-file-vs.-database-tp19724177p23477688= .html >> Sent from the Lucene - General mailing list archive at Nabble.com. >> >> >=20 >=20 --=20 View this message in context: http://www.nabble.com/Lucene-Index-file-vs.-d= atabase-tp19724177p23481214.html Sent from the Lucene - General mailing list archive at Nabble.com.