[Koha-bugs] [Bug 6113] enhancement to keep previous ids

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Tue Oct 1 16:33:48 CEST 2013


http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6113

Olli-Antti Kivilahti <olli-antti.kivilahti at jns.fi> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #21701|0                           |1
        is obsolete|                            |

--- Comment #19 from Olli-Antti Kivilahti <olli-antti.kivilahti at jns.fi> ---
Created attachment 21702
  -->
http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=21702&action=edit
Bug 6113 [ENH] - enhancement to keep previous ids

Modified the C4::Biblio::_koha_add_biblioitem() && _koha_add_biblio() to
support INSERTing biblionumbers and biblioitemnumbers to the DB. Also
validating that id's are positive integers and well below the critical Perl
LONG_MAX limit so we don't get buffer overflow. Duplicate id INSERTion will
fail, but in normal use scenarios this is not an issue, if "Koha to MARC
mapping" has biblionumber and biblioitemnumber mapped under field 999.
MySQL takes care of the primary key sequence refreshing.

Updated the bulkmarcimport.pl -script to copy the desired legacy id MARC field
to the field designated in "Koha to MARC mapping" -> biblionumber &&
biblioitemnumber.
This is handy if you have the legacy id in just 001 and need to populate 999c
and 999d to push them to DB. No need to make an extra modification run to
source bibliographic records just to facilitate Koha migration better.
Documented the new functionality in bulkmarcimport.pl

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are watching all bug changes.


More information about the Koha-bugs mailing list