<br>
<br>
<br><font size=1 color=#5f5f5f face="sans-serif">Von:      
 </font><font size=1 face="sans-serif">Bernhard Eversberg
<ev@biblio.tu-bs.de></font>
<br><font size=1 color=#5f5f5f face="sans-serif">An:      
 </font><font size=1 face="sans-serif">Allegro-C Diskussionsliste
<allegro@biblio.tu-bs.de>, </font>
<br><font size=1 color=#5f5f5f face="sans-serif">Datum:      
 </font><font size=1 face="sans-serif">13.06.2014 09:23</font>
<br><font size=1 color=#5f5f5f face="sans-serif">Betreff:    
   </font><font size=1 face="sans-serif">Re: [Allegro]
Antwort: Re:  Datensatz über "Zack" importiert und beschädigt</font>
<br><font size=1 color=#5f5f5f face="sans-serif">Gesendet von:    
   </font><font size=1 face="sans-serif">"Allegro"
<allegro-bounces@biblio.tu-bs.de></font>
<br>
<hr noshade>
<br>
<br>
<br><tt><font size=2>Am 12.06.2014 20:05, schrieb Norbert.Kaut@stadt.mainz.de:<br>
><br>
> Ich arbeite tatsächlich noch meistens mit Presto, da mir die tägliche<br>
> Arbeit damit schneller von der Hand geht. Die beiden jüngeren<br>
> Kolleginnen benutzen aber a99 für die Katalogisierung in die gleiche<br>
> Datenbank!<br>
Und welches </font></tt><tt><font size=4><b>PRESTO? </b></font></tt>
<br>
<br><tt><font size=4><b>Presto.exe und update.exe haben das gleiche Datum:</b></font></tt>
<br>
<br><tt><font size=4><b>Datum:   28.04.2011<br>
></b></font></tt><tt><font size=2><br>
> Allerdings nutzen diese auch noch die altbewährte Zack-Importroutine
für<br>
> Einzeldatensätze im MAB-Format über eine "Zack.bat"-Datei
aus der Zeit<br>
> als wir nur Presto hatten. (Eingerichtet damals von Fr. Dr. Guckler
aus<br>
> Darmstadt, die längst im Ruhestand ist)<br>
Dabei kommt das alte UPDATE.EXE zum Einsatz. Von wann ist das?<br>
Es hatte seinerzeit dieselben Macken wie PRESTO, als es die besagten <br>
Fehler gegeben hat. Der jetzt aufgetretene Fehler wurde ganz sicher von
<br>
UPDATE verursacht. Mit V34.2 wird acon verwendet und der Job update.job,<br>
was bedeutet, daß die Prozeduren zum Speichern identisch sind mit denen<br>
von a99.<br>
Einsatz von V34.2 ist dringendst zu empfehlen, Weiterarbeit mit älteren<br>
Versionen von PRESTO und UPDATE geschieht immer mit der Gefahr im <br>
Hintergrund, daß Probleme drin sind, die wir inzwischen gelöst haben und<br>
in V34.2 nicht mehr auftreten.<br>
Wie schon öfter betont: Es gibt keine Gründe, unbedingt ältere<br>
Versionen einzusetzen, es ist vielmehr davon abzuraten.<br>
Umstellungsaufwand entsteht nicht, wenn man die aktuelle Version<br>
einsetzt, d.h. auch in dieser Hinsicht besteht kein Grund, dies nicht<br>
zu tun.<br>
<br>
><br>
> Es wird sicher höchste Zeit, die neueren Fremddaten-Importmöglichkeiten<br>
> auch mal zu testen.<br>
><br>
Sie könnten enorm Zeit sparen, und schneller als mit dnb.flx<br>
bzw. srugbv.flx KANN es technisch nicht mehr gehen. Wir kennen<br>
keine Gründe, die zu einem Verzicht zwingen könnten.<br>
<br>
> Ganz unten folgt das Ergebnis von:<br>
><br>
> *1. h check,  "Adressen checken"*<br>
><br>
<br>
Entscheidend sind diese Zeilen:<br>
><br>
> rec #3644 wrong position 1953814 (in TBL steht: 7284111) TEXT:<br>
> 1026788^@15 Gutenberg-Museum Mainz^@20 Kunsum : die vierte Konkurrenz<br>
> der Kunst<br>
<br>
><br>
> rec #38205 wrong position 7380209 (in TBL steht: 5663505) TEXT:<br>
> 019860^@20 Gustl Stark^@28 ff frxrfc gusti IÖ/44JP YYY.22 geg. /ÂÂr<br>
> tilgende üTi<br>
<br>
Besorgen Sie sich also die Sätze 3644 und 38205 aus einem Backup<br>
und kopieren diese dann neu in die Datenbank, nachdem Sie den<br>
Neuaufbau gemacht haben. Dann ist nichts verloren und Sie können<br>
weitermachen. Gefahrlos mit V34.2. und den neuen Methoden.<br>
<br>
Viel Erfolg mit V34.2.<br>
B.E.<br>
<br>
_______________________________________________<br>
Allegro mailing list<br>
Allegro@biblio.tu-bs.de<br>
</font></tt><a href="http://sunny5.biblio.etc.tu-bs.de/mailman/listinfo/allegro"><tt><font size=2>http://sunny5.biblio.etc.tu-bs.de/mailman/listinfo/allegro</font></tt></a><tt><font size=2><br>
</font></tt>
<br>