<!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.

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

> Exportmoeglichkeit der gesamten Datenbank ohne diese Einzelselektion?

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

> spaet. beim "Ueberlaufen" einer Datei bei Ueberschreiten der 16 MB-Groesse?

<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

> 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.

<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

> Speicherplatz) in der Datenbank liegen. Ist das so?

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>>

Nein, die fallen raus.

<p>B.E.</blockquote>

</html>