Scott, forgive the impromptu nature of this, but couldn't help but notice that you guys have a Lucene Directory impl to a SQL Server db.
Would you mind commenting on this stackoverflow topic? http://stackoverflow.com/questions/10815206/implement-lucene-on-existing-net-sql-server-stack-with-multiple-webservers Brad Allan -----Original Message----- From: Scott Baldwin [mailto:s.bald...@qsr.com.au] Sent: 31 May 2012 08:13 To: lucene-net-user@lucene.apache.org Subject: RE: Lucene upgrade causes significant slow down Hi again all, can someone just confirm or deny the possibility that upgrading from 2.4.1 to 2.9.2 may cause a significant increase in the size of the index when re-indexed? We are seeing significant index size increases for indexes in some cases (not all). Thanks. -----Original Message----- From: Simon Svensson [mailto:si...@devhost.se] Sent: Tuesday, 29 May 2012 10:49 PM To: lucene-net-user@lucene.apache.org Subject: Re: Lucene upgrade causes significant slow down Hi, Export your database-based directory into a normal filesystem (using Directory.Copy), and open it in Luke[1]. The Files tab will show what the different files are used for, and which ones belong to old commits and can be removed. Have you tried the latest version; 2.9.4? // Simon [1] https://code.google.com/p/luke/ On 2012-05-29 12:01, Scott Baldwin wrote: > > Hi all, I'm a bit of a newb when it comes to Lucene, but I am in need > of some sage counsel. > > I have an application that uses the Lucene engine to index various > items. We upgraded to Lucene 2.9.2 and we now find that on a re-index > of a significantly large project, our index size has doubled (from > roughly 73MB to 137MB). This causes significant performance issues > especially as we have written a custom Directory that queries the > index from a SQL Database instead of a disk file of RAM index. > > I was just wondering if anyone knows there would be such a huge > increase in index size, and if there are any options/settings we might > be able to change to reduce the size of the index? > > Thanks heaps. > > Scott Baldwin Technical Architect > > *QSR International Pty Ltd* > 2nd Floor, 651 Doncaster Road | Doncaster Victoria 3108 Australia T > +61 3 9840 4934 F +61 3 9840 1500 s.bald...@qsrinternational.com > <mailto:s.bald...@qsrinternational.com> > |www.qsrinternational.com <http://www.qsrinternational.com/> > > *Please consider the environment before printing this email.* > > > > Description: cid:image004.png@01CBF452.E35AB7A0 > > ---------------------------------------------------------------------- > -- > > *Disclaimer* > This transmission may contain information which is confidential and > privileged and intended only for the addressee. If you are not the > addressee you may not use, disseminate or copy this information. If > you have received this information in error please notify the sender > immediately. Thank you. > CheckFree Solutions Limited (trading as Fiserv) Registered Office: Eversheds House, 70 Great Bridgewater Street, Manchester, M15 ES Registered in England: No. 2694333
