[Allegro] Anlegen einer neuen Datenbank nach Vb.261

Fischer, Thomas fischer at sub.uni-goettingen.de
Mi Okt 15 16:28:25 CEST 2014


Hier ein Update:

1. Nachdem ich die Datenbank vom Netzlaufwerk auf ein lokales Laufwerk kopiert habe, konnte ich die Externdatei ohne "Trouble" laden.
Auch auf dem Netzlaufwerk funktioniert es jetzt problemlos, darum habe ich versucht zu rekonstruieren, woran ich gestern gescheitert bin.
Was *nicht* geht:
RDP-Verbindung zu dem entsprechenden Rechner (Windows Server 2008), dort die Datenbank aufrufen und die Externdatei laden.
Versteht das jemand?

2. Das Einlesen hat zunächst nicht geholfen, weil ich der Anleitung vielleicht zu genau gefolgt bin:

"Zwischen zwei Datensätzen muß eine Leerzeile sein. Beginnen muß ein Datensatz mit dem Feld #00, auch wenn darin noch keine IdNummer steht oder so etwas wie  #00 a?5 (damit eine fünfstellige Nummer mit a davor vergeben wird)."

Der Effekt einer leeren #00 ist nämlich, dass dann keine ID-Nummer vergeben wird, sondern das Feld beim Speichern leer bleibt.
Umgekehrt zeigt sich, dass eine Datei mit *fehlenden* #00 durchaus eingelesen wird und beim Speichern ("Offline-Datei -> Datenbank") dann die fehlenden ID-Nummern korrekt erzeigt werden, insofern verdient der Text wohl eine Überarbeitung.

Natürlich wäre auch eine Präzisierung der unten erwähnten Fehlermeldungen wünschenswert.

Mit freundlichen Grüßen
Thomas Fischer



> -----Ursprüngliche Nachricht-----
> Von: Allegro [mailto:allegro-bounces at biblio.tu-bs.de] Im Auftrag von
> Fischer, Thomas
> Gesendet: Dienstag, 14. Oktober 2014 22:03
> An: Allegro-Liste Diskussionsliste
> Betreff: Re: [Allegro] Anlegen einer neuen Datenbank nach Vb.261
>
> Hallo Herr Eversberg,
>
>
> > Am 14.10.2014 10:42, schrieb Fischer, Thomas:
> >>
> >> Können Sie sich das Verfahren zum Anlegen einer neuen Datenbank noch
> einmal anschauen?
> >> Neben dem unten erwähnten Problem klappt auch das
> "Schnellverfahren" (per h newdb) nicht wie gewünscht oder erwartet.
> >>
> >
> > Dem müssen wir noch nachgehen.
> > Am allerschnellsten sollte es dank  al.job  aber so gehen:
> > Angenommen, wir wollen im Ordner neudat eine Datenbank mit den
> > Indexparametern  daba und der CFG g.cfg anlegen, dann diesen Befehl
> geben:
> >
> > al new neudat daba g
> >
> > Die beiden Dateien  daba.gpi und g.cfg müssen im Startverz. vorliegen,
> > nebst evtl. nötiger  .gpt-Dateien, neudat kann auch ein Pfadname sein,
> > der Ordner wird neu angelegt.
> > In der Datei  al.job  sehen Sie diese Syntax in Zeile 481.
>
> schönen Dank, das klappt prima (wenn man von dem Progarmmverzeichnis
> ausgeht).
> Jetzt habe ich allerdings das Problem, dass mein Import nicht funktioniert.
> Beim Versuch, die Externdatei zu laden, bekomme ich nur die Meldung
>
> ---------------------------
> Trouble with:
> ---------------------------
> EXTERN.DAT
> ---------------------------
> OK
> ---------------------------
>
> Kann ich da irgendwie etwas genauere Informationen bekommen?
> Wenn ich versuche, einen Datensatz in die Datenbank hinein zu kopieren,
> bekomme ich die Fehlermeldung
> ---------------------------
>  ist keine gueltige Kategorie
> ---------------------------
>
> ---------------------------
> OK
> ---------------------------
>
> die auch nicht viel aussagekräftiger ist.
> Können Sie sagen, woran das liegen kann?
>
> Mit freundlichen Grüßen
> Thomas Fischer
> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> http://sunny5.biblio.etc.tu-bs.de/mailman/listinfo/allegro



Mehr Informationen über die Mailingliste Allegro