<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Actually I sat down and read more about compound file format.<div>Basically, instead of creating several files representing a single segment, the compound format creates a single file for the whole segment.</div><div>And you can have a mix of compound and non compound segments for a given index. So you can set different settings for transactional and batch in theory. Not sure why though.</div><div><br></div><div>Compounds Pro:</div><div>&nbsp;- less file handlers</div><div><br></div><div>Compounds Con:</div><div>&nbsp;- slower at indexing</div><div>&nbsp;- takes&nbsp;temporarily&nbsp;more space on disk as the uncompound segment is converted to a compound segment when done</div><div><br></div><div>I don't think this affects the incremental copy so much are segments are essentially read-only.</div><div><br></div><div>I believe this is not the story we tell to people in the doc, so we need to fix that.</div><div><br><div><div>On &nbsp;Nov 11, 2008, at 10:07, Emmanuel Bernard wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">It seems that a few parameters should not be configurable per transaction|batch<div>&nbsp;-&nbsp;use_compound_file</div><div>&nbsp;-&nbsp;<span class="Apple-style-span" style="border-collapse: collapse; font-family: 'Courier New'; ">max_field_length? not sure</span></div><div><font class="Apple-style-span" face="'Courier New'"><span class="Apple-style-span" style="border-collapse: collapse;">&nbsp;-&nbsp;term_index_interval (is that a config influencing IndexReader?)&nbsp;</span></font></div><!--StartFragment--><div><br></div><div>What do you think?</div><div>I am a bit worried to stick them as is in the project / book as they are right now.</div><div><br></div><div>Let's try and sort this out today.</div></div>_______________________________________________<br>hibernate-dev mailing list<br><a href="mailto:hibernate-dev@lists.jboss.org">hibernate-dev@lists.jboss.org</a><br>https://lists.jboss.org/mailman/listinfo/hibernate-dev<br></blockquote></div><br></div></body></html>