[Allegro] Demo-Paket und eigene Datenbanken

[Thomas Berger]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Liebe Frau Koczian,

>> Zum massenweisen Umwandeln von .alg-Dateien in .ald-Dateien gibt es
>> allegroseitig keine Werkzeuge, eine Strategie zum "winterfest" machen
>> koennte folgende sein:
>>
> ??? Datenbank-Neuaufbau (natürlich müssen dafür neben .alg-Dateien auch
> Indexparameter vorhanden sein)?

"-n0" funktioniert nur fuer .ald-Dateien. Wenn Sie natuerlich im
Wesentlichen nur eine .alg-Datei pro Datenbank haben, kein Problem.



> Sie würden schon die drei Möglichkeiten _nebeneinander_ vorschlagen,
> nicht als Alternativen, sehe ich das richtig?

fuer verschiedene hypothetisch in der Zukunft anfallende Aufgaben
das jeweils guenstige vorbereitet.



>> 1.) in einem Verzeichnisbaum eine vollstaendige und laufende Allegro-
>>   Installation plus Datenbank(en) ablegen, nebst README-Datei mit:
>>   a) Nennung aller Datenbanken nebst wichtigen Informationen
>>      (Inhalt, ungefaehre Groesse, letzte Bearbeitung wann und
>>      verantwortet durch wen)
>>   b) Hinweis auf enthaltene Desktop-Verknuepfungen oder .bat-
>>      Dateien zum Start
>>   Die Daten sollten frisch "komplett reorgansiert" werden, ich habe
>>   schon einmal verzweifelte Admins erlebt, die Volltextsuchen durch
>>   .ald-Dateien getrieben haben und von den Leersaetzen ziemlich
>>   gestoert wurden.
>>   Test: Dieser Verzeichnisbaum auf CD sollte "funktionieren".
>>
> 
> Also Programm und Datenbanken im Zustand des Tages X. Setzt voraus, dass
> a99.exe vom Tag X am Tag X+N mit dem dann vorhandenen Betriebssystem
> harmoniert. Richtig?

Setzt viel mehr voraus: Ich wuerde sagen, dies ist eine Installation,
die Chancen hat, moeglichst lange funktionsfaehig *zu bleiben* (also
nichts eingemottetes, das entmottet werden wird).



>> 2.) Anderswo mit den Datenbanken als .ald-Dateien mit .tbl und
>>   .api und .cfg sowie ggfls. abweichenden anderen Parameterdateien
>>   (die .ald-Dateien ebenfalls ohne Leersaetze, s.o.):
>>   Hieraus kann jemand - eine funktionierende sonstige
>>   allegro-Installation vorausgesetzt - auch Jahre spaeter noch
>>   schnell eine benutzbare Version herstellen.
>>
> Voraussetzung: entweder a99.exe vom Tag X funktioniert noch oder a99.exe
> bzw. alcarta.exe vom Tag X+N arbeitet mit der Datenbank vom Tag X. Würde
> helfen, wenn 1. nicht mehr funktioniert, weil der Abstand zwischen
> a99.exe und dem aktuellen Betriebssystem zu groß geworden ist (alcarta
> aus der aktuellen Demo-Version).

Nein. Die Voraussetzung hier ist, dass es "allegro" am Tag X+N noch
gibt (+ jemanden mit grundlegender Ahnung, wie man eine Datenbank
aufbauen kann).



>> 3.) Ausserdem einen Export der Daten als allegro-xml-Dateien:
>>   Die sind menschenlesbar und maschinell mit nicht-allegro-Mitteln
>>   verarbeitbar, ausserdem sind die Zeichen in einem nicht-allegro-
>>   Standard: Das ist die eigentliche Archivierung der Daten.
>>   Hier kann man sich etwas mehr Muehe machen und auch noch die
>>   Verknuepfungszusammenhaenge der Daten in einer Textdatei
>>   beschreiben.
>>
> Das ist dann etwas aufwendiger, wenn man nur mal eben was nachsehen
> muss, sollte aber auch eine Komplettmigration zu Linux oder
> vergleichbare Aktionen überleben. Richtig?


Es ist eine Sicherung der *Daten*, nicht der Datenbank. Insofern
unabhaengig vom Betriebssystem und Werkzeugen.



>> Wie man bei Datenbanken unter a99 die subtile Interaktion aus Daten,
>> Parametern, RTF- und View-Dateien sowie Flexen sichern kann, weiss
>> ich leider (noch) nicht, halte es aber auch fuer ziemlich aussichtslos:
>> Hier muesste ja die gesamte *Funktionalitaet* eingemottet werden.`
> 
> In 1. wäre das ja alles drin, oder? Das ist aber auch nicht unser
> Problem, es sollen ja nur punktuelle Recherchen möglich bleiben. Auch
> gleichzeitige Zugriffe von mehreren Maschinen aus wären in so einer
> Situation uninteressant.

1. koennen Sie sich als lauffaehigen Schnappschuss auf CD vorstellen.

viele Gruesse
Thomas Berger

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iQCVAwUBRP6B/WITJZieluOzAQJYoAQAjnrCTlfCdpxxU61XRVXW/rQUdEa6Xrue
FiseJSO2kwmct4tdX9QnTD13fLHaNKkDJmE/5NqrCZRfvLmawmIY0sQE5uHFQZ7C
3GfKgayDKua41YQgmS9joflRRb5Q6BnanD8lwp1olYIYQEHEvHhj2wVkHI8CTuS4
MX4sCRKFiN8=
=Ka+4
-----END PGP SIGNATURE-----