Verknuepfungen und Fehlermeld. / war Re: Problem Datenbank-Neuaufbau: Dubletten - wie bereinigen?
Ralph Koehler
Ralph.Koehler at ThH-Friedensau.de
Mi Jul 21 22:43:33 CEST 2004
Lieber Herr Eversberg,
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).
Danach konnte ich auch die Datenbank neu aufbauen. Es sah auch alles recht gut aus.
Wir hatten allerdings aus der Vergangenheit dieses Problem:
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).
Bsp:
Hier wurden zwei DS verknuepft ab Kat #74ff:
Bruns, Ulrich: H 14 /045 (Status: BV)
Angehörigenarbeit in der Psychiatrie : die therapeuteninitiierte
Angehörigenselbsthilfegruppe im Rahmen eines bifokalen
Therapieansatzes für schizophren Erkrankte sowie deren Angehörige ;
Effekte auf die Angehörigen / Ulrich Bruns. - Orig.-Ausg. -
Gütersloh : Gütersloher Verl.-Haus Mohn, 1989. - 287 S. -
(Gütersloher Taschenbücher Siebenstern ; 1424)
Literaturverz. S. 258-278
ISBN 3-579-01424-2 00-13768a
sSW: Schizophrenie / Familienangehöriger / Gruppenarbeit
Anm.: kart. DM 28.80
Frey, Christofer: H 14 /045
Die Ethik des Protestantismus von der Reformation bis zur Gegenwart
/ Christofer Frey. Unter Mitarb. von Martin Hoffmann. - Orig.-Ausg. -
Gütersloh : Gütersloher Verl.-Haus Mohn, 1989. - 287 S. -
(Gütersloher Taschenbücher Siebenstern ; 1424)
Literaturverz. S. 258-278
ISBN 3-579-01424-2 00-13768a
sSW: Theologische Ethik / Geschichte
Anm.: kart. DM 28.80
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.
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):
________
file G:\ALLEGRO\BIB5\ii2 was the last file
Endphase: nur noch 2 Dateien
20767 ?sc 30
INDEX 1 enthlt 811400 Eintrge
INDEX 8 enthlt 31815 Eintrge21966 File 001
INDEX 9 enthlt 283908 Eintrge
INDEX 11 enthlt 28850 Eintrge
Ladefehler 22, fehlerhafter Schl?ssel =>rnaehrungslage<,
(voriger=>F
]©<), Satznummer = 398864370
INDEX 53 enthlt 1 Eintrge
Ladefehler 22, fehlerhafter Schl?ssel =>mfrageumfrage<,
(voriger=>2
%1 Gert %2
2Bitte Datentrger %1 Seriennummer %2-%3 einlegen
1Fehlerhafte Dateizuordnungstabelle, Laufwerk %1
COMMAND.COM ung?ltig
)Diskette mit %1 in Laufwerk %2 einlegen
5Eine beliebige Taste dr?cken, um fortzusetzen . . .
%
Stapelverarbeitung abbrechen (J/N)?%1 nicht ausf?hrbar
Fehler in .EXE-Datei
*Programm zu groá f?r den Arbeitsspeicher
Keine freien Zugriffsnummern&Befehl oder Dateiname nicht gefunden
Zugriff verweigert
Speicherzuordnungsfehler8
COMMAND kann nicht geladen werden, System angehalten
B
COMMAND kann nicht gestartet werden, Verarbeitung wird beendet
R
Verarbeitung der obersten Programmebene abgebrochen. Fortsetzung nicht mglich
§<), Satznummer = 398864370
Zwischendateien 1 - 10 sind gemischt
INDEX 69 enthlt 1 Eintrge
Gesamtzahl Indexeintrge = 3467925
verschiedene = 322189
__________________
Koennen Sie mir nochmal helfen? Leider habe ich immer noch keinen Zugriff auf die
Mailingliste. Unser Sysop ist noch im Urlaub.
Vielen Dank.
MfG
Ralph Koehler
Bernhard Eversberg schrieb:
> On 15 Jul 04, at 17:35, Ralph Koehler wrote:
>
> > Es ist jetzt einfach so, dass ich diese Situation habe und nicht weiss, wie ich
> > das Dublettenproblem maschinell am besten loesen kann. Gibt es eine
> > Exportmoeglichkeit der gesamten Datenbank ohne diese Einzelselektion?
> Was meinen Sie mit "Einzelselektion"?
> Alles auf einmal exportieren kann man mit SRCH -f6
>
> >
> > Wuerde ich auf getrennte Dateien verzichten, stellt sich das Problem doch aber
> > spaet. beim "Ueberlaufen" einer Datei bei Ueberschreiten der 16 MB-Groesse?
> >
> Wenn Sie konsequent per CockPit oder a99 indexieren, nicht.
>
> > Ist es denn generell so, dass DS, wenn sie den freien Speicherplatz, den sie ja
> > immer als Reserve haben, ueberschreiten, und damit automatisch "neu" angelegt
> > werden, in die gleiche ald-Datei geschrieben werden? Oder suchen sie sich einen
> > "freien Platz" eines geloeschten DS, der auch in einer anderen ald-Datei sein
> > kann? Wenn das so ist, ist denn dann das Problem ueberhaupt auszuschliessen?
> Das kommt auf die Setzung von -N bei PRESTO und NewMode bei a99 an.
>
> >
> > Oder anders gesagt: Bei search und export bin ich davon ausgegangen, dass immer
> > nur DS gefunden werden, die nicht im Geloescht-Status (als Leiche = freier
> > Speicherplatz) in der Datenbank liegen. Ist das so?
> Ja.
>
> > Oder werden ggf. auch DS
> > gefunden und exportiert, die eigentlich schon "geloescht" sind, weil sie sich
> > wegen benoetigten Speicherbedarf auf einem anderen Platz breitgemacht haben?
> >
> Nein, die fallen raus.
>
> B.E.
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://bibservices.biblio.etc.tu-bs.de/pipermail/allegro/attachments/20040721/2d2156dc/attachment.html>
Mehr Informationen über die Mailingliste Allegro