Hardy,

I have two applications. One builds the indexes with its own set of
constants and the other is the normal application that
adds/updates/deletes/searches with a different set of constants. I have seen
NO adverse effects on the indexes with this setup. I don't see where there
would be any difference if the same application did all operations and
changed the values as needed.

John Griffin



-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Thursday, July 05, 2007 1:39 AM
To: hibernate-dev@lists.jboss.org
Subject: hibernate-dev Digest, Vol 13, Issue 16

Send hibernate-dev mailing list submissions to
        hibernate-dev@lists.jboss.org

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.jboss.org/mailman/listinfo/hibernate-dev
or, via email, send a message with subject or body 'help' to
        [EMAIL PROTECTED]

You can reach the person managing the list at
        [EMAIL PROTECTED]

When replying, please edit your Subject line so it is more specific
than "Re: Contents of hibernate-dev digest..."


Today's Topics:

   1. Dynamically changing mergeFactor and maxMergeDocs
      (HSEARCH-67) ([EMAIL PROTECTED])
   2. hibernate-db2-8.2-testsuite Build Completed With  Testsuite
      Errors ([EMAIL PROTECTED])
   3. hibernate-sqlserver-msjdbc-testsuite Build        Completed With
      Testsuite Errors ([EMAIL PROTECTED])


----------------------------------------------------------------------

Message: 1
Date: Wed, 04 Jul 2007 20:24:24 +0200
From: [EMAIL PROTECTED]
Subject: [hibernate-dev] Dynamically changing mergeFactor and
        maxMergeDocs    (HSEARCH-67)
To: <hibernate-dev@lists.jboss.org>
Message-ID:
        <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=UTF-8

Hi there,

I started implementing a solution for HSEARCH-67
(http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-67) which
allows to have to sets of configuration parameters for mergeFactor and
maxMergeDocs.

The idea is that at initial index creation time (via
FullTextSession.index()) you want to have a high mergeFactor and
maxMergeDocs in order to speed up indexing. However, once the initial index
is created you want to have max performance for searches in which case lower
values for the above settings are more appropriate. 

The current solution allows now to change the performace tuning settings
depending on the use case. However, is this a valid apporach? The Lucene API
seems to allow to dynamically change these values, but I never have used it
this way. Normally I used mergeFactor and maxMergeFactor as once off
configuration options. Does anyone have any experience with dynamically
changing these Lucene performance parameters? Does chaging of these
parameters any impact on the index structure, search performance, ... ?

Cheers,
Hardy


------------------------------

Message: 2
Date: Thu, 5 Jul 2007 03:25:37 -0400 (EDT)
From: [EMAIL PROTECTED]
Subject: [hibernate-dev] hibernate-db2-8.2-testsuite Build Completed
        With    Testsuite Errors
To: hibernate-dev@lists.jboss.org, [EMAIL PROTECTED]
Message-ID:
        
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"

An HTML attachment was scrubbed...
URL:
http://lists.jboss.org/pipermail/hibernate-dev/attachments/20070705/d1d0777b
/attachment-0001.html

------------------------------

Message: 3
Date: Thu, 5 Jul 2007 03:38:58 -0400 (EDT)
From: [EMAIL PROTECTED]
Subject: [hibernate-dev] hibernate-sqlserver-msjdbc-testsuite Build
        Completed With Testsuite Errors
To: hibernate-dev@lists.jboss.org, [EMAIL PROTECTED]
Message-ID:
        
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"

An HTML attachment was scrubbed...
URL:
http://lists.jboss.org/pipermail/hibernate-dev/attachments/20070705/e6d2e46b
/attachment.html

------------------------------

_______________________________________________
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev


End of hibernate-dev Digest, Vol 13, Issue 16
*********************************************


_______________________________________________
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev

Reply via email to