Am 07.10.2023 um 12:00 schrieb koha-de-request@lists.koha-community.org:
Problem mit autoControlNumber (Matthias Mann)
man kann direkt im mysql/mariadb den nächsten autoincrement wert setzen, dh zb ALTER TABLE biblios auto_increment = 10000000; evtl löst, dass das Problem? bitte vorher auf einer Testinstanz ausprobieren ob das nebenwirkungsfrei geht, an sich sollte so klappen lg Mark -- HKS3 OG https://www.koha-support.eu/ +43 676 7345660 Message: 1 Date: Fri, 6 Oct 2023 11:49:16 +0000 From: Matthias Mann <Mann@gdw-berlin.de> To: "'koha-de@lists.koha-community.org'" <koha-de@lists.koha-community.org> Subject: [Koha-de] Problem mit autoControlNumber Message-ID: <7aa3c5067d3a48e4b59821d05da8e3f3@gdw-berlin.de> Content-Type: text/plain; charset="iso-8859-1" Liebe Liste, nach dem Update auf 23.05 möchte ich gerne die Funktion "autoControlNumber" nutzen, um in Zukunft doppelte Nummern im MARC Feld 001 zu vermeiden. Ich exportiere unsere Daten noch in einen anderen Verbundkatalog, weshalb die eindeutigen 001-Nummern wichtig sind. Bei der Funktion "autoControlNumber" wird die von Koha generierte biblionumber (im Feld 999$c) auch als 001-Nummer verwendet. Mein Problem ist nun, die aktuelle biblionumber ist niedriger als die aktuelle 001-Nummer (das hängt mit der Migration der Daten nach Koha zusammen). Koha wird zunächst also immer eine doppelte 001-Nummer produzieren. Am einfachsten wäre es, einen Datensatz mit einer höheren biblionummer anzulegen, das geht aber leider nicht, da die biblonummer vom System vergeben wird. Direkt in die MySQL-Datenbank zu schreiben ist vermutlich auch keine gute Idee (die biblionumber taucht neben der items-Tabelle noch in über 20 weiteren Tabellen auf). Hat jemand eine Idee, wie das Problem gelöst werden könnte? Vielen Dank für Ideen, Rat und Hilfe im Voraus. Viele Grüße und ein schönes Wochenende Matthias Mann -- -- Mag. Mark Hofstetter 2452 Mannersdorf Zwischen den Weingärten 3 +43 676 7345660