<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
Lieber Herr Eversberg,
<p>vielen Dank fuer Ihre Hilfe. Mir ist es schliesslich aus a99 heraus
gelungen, alle DS ueber die File-Nr. zu exportieren (das konnte ich ja
unter der DOS-Version nicht wg. der Beschraenk. auf 14 Tsd. DS; unter a99
konnte ich die 53 Tsd. DS aus File 1 exportieren).
<br>Danach konnte ich auch die Datenbank neu aufbauen. Es sah auch alles
recht gut aus.
<p>Wir hatten allerdings aus der Vergangenheit dieses Problem:
<br>Im Laufe des letzten Monats sind etliche Datensaetze mit anderen fehlverknuepft
worden, manchmal dabei zwei DS vermischt in ihren Feldern, manchmal ganz
verloren gegangen. Oft wurden die Akzessionsnrn (#91) und die Signaturen
gegenseitig ueberschrieben. Wir sind gerade beim Umklassifizieren. Dabei
werden die #90 in #90z verschoben. Die DS sind seinerzeit fortlaufend erfasst
worden; nun werden sie oft ungluecklich verknuepft (oder mit anderen DS
verknuepft).
<p>Bsp:
<p>Hier wurden zwei DS verknuepft ab Kat #74ff:
<p>Bruns, Ulrich:
<b>H 14 /045</b> (Status: BV)
<br> Angehörigenarbeit in der Psychiatrie
: die therapeuteninitiierte
<br> Angehörigenselbsthilfegruppe im Rahmen
eines bifokalen
<br> Therapieansatzes für schizophren Erkrankte
sowie deren Angehörige ;
<br> Effekte auf die Angehörigen / Ulrich
Bruns. - Orig.-Ausg. -
<br> <b>Gütersloh : Gütersloher Verl.-Haus
Mohn, 1989. - 287 S. -</b>
<br><b> (Gütersloher Taschenbücher Siebenstern
; 1424)</b>
<br> Literaturverz. S. 258-278
<br> ISBN 3-579-01424-2 <b>
00-13768a</b>
<br>sSW: Schizophrenie / Familienangehöriger / Gruppenarbeit
<br> Anm.: kart. DM 28.80
<p>Frey, Christofer: <b>
H 14 /045</b>
<br> Die Ethik des Protestantismus von der Reformation
bis zur Gegenwart
<br> / Christofer Frey. Unter Mitarb. von Martin
Hoffmann. - Orig.-Ausg. -
<br> <b>Gütersloh : Gütersloher Verl.-Haus
Mohn, 1989. - 287 S. -</b>
<br><b> (Gütersloher Taschenbücher Siebenstern
; 1424)</b>
<br> Literaturverz. S. 258-278
<br> ISBN 3-579-01424-2 <b>
00-13768a</b>
<br>sSW: Theologische Ethik / Geschichte
<br> Anm.: kart. DM 28.80
<br>
<br>
<p>Nach 2 Tagen Arbeit mit der Datenbank ohne Probleme kam es heute erneut
wieder zu Fehlverknuepfungen. Der erneute Versuch, die Datenbank neu aufzubauen,
scheiterte mehrmals; zumindest die Indexierung war fehlerhaft. Es fehlten
etliche Indexeintraege.
<p>Ich schicke Ihnen mal den Ausschnitt aus der protoq-Datei, fett hervorgehoben
die Zeilen, die ich nicht interpretieren kann (index 53 und 69?? sowie
extrem hohe Satznummer):
<br>________
<p>file G:\ALLEGRO\BIB5\ii2 was the last file
<p>Endphase: nur noch 2 Dateien
<br>20767 ?sc 30
<p> INDEX 1 enth„lt 811400 Eintr„ge
<br> INDEX 8 enth„lt 31815 Eintr„ge21966 File 001
<p> INDEX 9 enth„lt 283908 Eintr„ge
<br> INDEX 11 enth„lt 28850 Eintr„ge
<br><b>Ladefehler 22, fehlerhafter Schl?ssel =>rnaehrungslage<,</b>
<br><b> (voriger=>F</b>
<br><b>]©<), Satznummer = 398864370</b>
<p><b> INDEX 53 enth„lt 1 Eintr„ge</b>
<br><b>Ladefehler 22, fehlerhafter Schl?ssel =>mfrageumfrage<,</b>
<br> (voriger=>2
<br> %1 Ger„t %2
<br>2Bitte Datentr„ger %1 Seriennummer %2-%3 einlegen
<br><b>1Fehlerhafte Dateizuordnungstabelle, Laufwerk %1</b>
<br>COMMAND.COM ung?ltig
<br>)Diskette mit %1 in Laufwerk %2 einlegen
<br>5Eine beliebige Taste dr?cken, um fortzusetzen . . .
<br>%
<br>Stapelverarbeitung abbrechen (J/N)?%1 nicht ausf?hrbar
<br>Fehler in .EXE-Datei
<br>*Programm zu groá f?r den Arbeitsspeicher
<br>
<br>Keine freien Zugriffsnummern&Befehl oder Dateiname nicht gefunden
<br>Zugriff verweigert
<br><b>Speicherzuordnungsfehler8</b>
<br>COMMAND kann nicht geladen werden, System angehalten
<br>B
<br>COMMAND kann nicht gestartet werden, Verarbeitung wird beendet
<br>R
<br><b>Verarbeitung der obersten Programmebene abgebrochen. Fortsetzung
nicht m”glich</b>
<br><b></b>
<br><b>§<), Satznummer = 398864370</b>
<p>Zwischendateien 1 - 10 sind gemischt
<p><b> INDEX 69 enth„lt 1 Eintr„ge</b>
<br>Gesamtzahl Indexeintr„ge = 3467925
<br>verschiedene = 322189
<br>__________________
<p>Koennen Sie mir nochmal helfen? Leider habe ich immer noch keinen Zugriff
auf die Mailingliste. Unser Sysop ist noch im Urlaub.
<p>Vielen Dank.
<br>MfG
<br>Ralph Koehler
<br>
<p>Bernhard Eversberg schrieb:
<blockquote TYPE=CITE>On 15 Jul 04, at 17:35, Ralph Koehler wrote:
<p>> Es ist jetzt einfach so, dass ich diese Situation habe und nicht weiss,
wie ich
<br>> das Dublettenproblem maschinell am besten loesen kann. Gibt es eine
<br>> Exportmoeglichkeit der gesamten Datenbank ohne diese Einzelselektion?
<br>Was meinen Sie mit "Einzelselektion"?
<br>Alles auf einmal exportieren kann man mit SRCH -f6
<p>>
<br>> Wuerde ich auf getrennte Dateien verzichten, stellt sich das Problem
doch aber
<br>> spaet. beim "Ueberlaufen" einer Datei bei Ueberschreiten der 16 MB-Groesse?
<br>>
<br>Wenn Sie konsequent per CockPit oder a99 indexieren, nicht.
<p>> Ist es denn generell so, dass DS, wenn sie den freien Speicherplatz,
den sie ja
<br>> immer als Reserve haben, ueberschreiten, und damit automatisch "neu"
angelegt
<br>> werden, in die gleiche ald-Datei geschrieben werden? Oder suchen
sie sich einen
<br>> "freien Platz" eines geloeschten DS, der auch in einer anderen ald-Datei
sein
<br>> kann? Wenn das so ist, ist denn dann das Problem ueberhaupt auszuschliessen?
<br>Das kommt auf die Setzung von -N bei PRESTO und NewMode bei a99 an.
<p>>
<br>> Oder anders gesagt: Bei search und export bin ich davon ausgegangen,
dass immer
<br>> nur DS gefunden werden, die nicht im Geloescht-Status (als Leiche
= freier
<br>> Speicherplatz) in der Datenbank liegen. Ist das so?
<br>Ja.
<p>> Oder werden ggf. auch DS
<br>> gefunden und exportiert, die eigentlich schon "geloescht" sind, weil
sie sich
<br>> wegen benoetigten Speicherbedarf auf einem anderen Platz breitgemacht
haben?
<br>>
<br>Nein, die fallen raus.
<p>B.E.</blockquote>
</html>