Both LEK and PTFS Koha (&gt;=1.2) apply this tactic of using MARCXML (with dynamic item data insertion) as the authoritative source to enable bibs with large numbers of items. The tradeoff is indeed that it is slower than parsing the binary MARC data, but there are optimizations available to compensate.<div>

<br></div><div>The helpful part is that the extra processing time only becomes noticeable to the user when they come across the large records that Koha could not have previously handled because of the 9,999 constraint.<div>

<br></div><div>Clay<br><div><br><br><div class="gmail_quote">2010/11/12 Henri-Damien LAURENT <span dir="ltr">&lt;<a href="mailto:henridamien.laurent@gmail.com" target="_blank">henridamien.laurent@gmail.com</a>&gt;</span><br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p>Other reason is that deserializing from xml rather than iso2709 is WAY slower and proc intensive. It would not be a problem is any setup would CORRECTLY and SENSIBLY use XSLT. But since XSLT.pm is what it is ie taking marc record, editing, tranforms to xml before processing xslt, this process would only be slower if we used xml.<br>




Moreover the main reason why record are bigger than 9999 bytes is because of items. It is proven that it would really be HEALTHY to remove them. So the problem wouls not exist any longer.<br>
My 2 cts.<br>
-- <br>
Henri-Damien Laurent</p>
<p></p><blockquote type="cite">Le 12 nov. 2010, 7:55 AM, &quot;Frédéric Demians&quot; &lt;<a href="mailto:frederic@tamil.fr" target="_blank">frederic@tamil.fr</a>&gt; a écrit :<div><br><br><p><font color="#500050">
&gt; Here we go
&gt;
&gt; <a href="http://www.nntp.perl.org/group/perl.perl4lib/2006/05/msg2369.html" target="_blank">http://www.nntp.perl.org/group/perl.perl4lib/2006/05/msg2369.html</a>


</font></p>
>From this email, as I understand it, it seems that here is the reason why Koha in search result deserialize MARC records from their ISO2709 representation rather than their MARCXML. If we were able to use marcxml, the 99,999 limitation for MARC record size could be exceed. And we would have one less reason to move to SolR--notwithstanding the other reasons to move to.<br>




--<br><font color="#888888">
Frédéric</font></div><p><font color="#500050">

_______________________________________________
Koha-devel mailing list
Koha-devel@lists.koha-comm...</font></p></blockquote><p></p>
<br>_______________________________________________<br>
Koha-devel mailing list<br>
<a href="mailto:Koha-devel@lists.koha-community.org" target="_blank">Koha-devel@lists.koha-community.org</a><br>
<a href="http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel" target="_blank">http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel</a><br>
website : <a href="http://www.koha-community.org/" target="_blank">http://www.koha-community.org/</a><br>
git : <a href="http://git.koha-community.org/" target="_blank">http://git.koha-community.org/</a><br>
bugs : <a href="http://bugs.koha-community.org/" target="_blank">http://bugs.koha-community.org/</a><br></blockquote></div><br></div>
</div></div>