[Koha-devel] RE : Re: XML processing

[Clay Fouts]

Both LEK and PTFS Koha (>=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.

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.

Clay


2010/11/12 Henri-Damien LAURENT <henridamien.laurent at gmail.com>

> 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.
> 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.
> My 2 cts.
> --
> Henri-Damien Laurent
>
> Le 12 nov. 2010, 7:55 AM, "Frédéric Demians" <frederic at tamil.fr> a écrit :
>
>
> > Here we go > >
> http://www.nntp.perl.org/group/perl.perl4lib/2006/05/msg2369.html
> 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.
> --
> Frédéric
>
> _______________________________________________ Koha-devel mailing list
> Koha-devel at lists.koha-comm...
>
>
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at lists.koha-community.org
> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
> website : http://www.koha-community.org/
> git : http://git.koha-community.org/
> bugs : http://bugs.koha-community.org/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/koha-devel/attachments/20101112/5b84fdd7/attachment.htm>