sowie anschließend das CLI, indem Sie @{i}Endcli@{ui} eintippen. @{b}Ausblick@{ub} Wir sind nun am Ende des Tutorials angelangt. MicroBase bietet jedoch weit mehr, als wir Ihnen gezeigt haben. So können Sie u. a. nach Feldinhalten suchen und sie durch andere ersetzen lassen usw. usf. Das Lernprogramm führt Ihnen das Tutorial visuell vor. Viel Spaß mit MicroBase! @{" Abbildung: Lernprogramm " system "Viewer/iff_view Lernprogramm/lernprghlp.iff"} @{" Lernprogramm aufrufen " system "Lernprogramm/Lernprogramm"} @{" Hilfe zum Lernprogramm " link "Lernprogramm/Lernprogramm.guide/MAIN"} @endnode @node rm "Die »rexxmathlib.library«" Sie sollten die »rexxmathlib.library« installieren, um in den Berechnungs- formeln mehr Funktionen zur Verfügung zu haben. Die vollständige englischsprachige Dokumentation finden Sie in dem Ver- zeichnis »RexxMathLib_1.3«. Die Library für Workbench 1.2 wurde aus dem Archiv entfernt, Sie können Sie jedoch auf der Aminet CD 4 finden. Auf dem Aminet können Sie neuerdings auch eine optimierte Version der Library finden, die aus rechtlichen Gründen nicht mitgeliefert werden konnte. Folgende Funktionen sind vorhanden: Funktion Aufruf Alias(e) Voraussetzungen -------------------------------------------------------------------------- Absolutwert abs(x) fabs Arcuscosinus acos(x) -1.0 <= x <= 1.0 Arcuscosinus hyberbol. acosh(x) x >= 1.0 Arcussinus asin(x) -1.0 <= x <= 1.0 Arcussinus hyperbolicus asinh(x) Arcustangens atan(x) Arcustangens hyperb. atanh(x) -1.0 < x < 1.0 Arcustangens y/x atan(y,x) y != 0.0, x != 0.0 Kleinste Ganzzahl > x ceil(x) Cosinus cos(x) Cosinus hyperbolicus cosh(x) Cotangens cot(x) cotan Cotangens cotan(x) cot Cosecans csc(x) e hoch x exp(x) Absolutwert fabs(x) abs Fakultät fact(x) x >= 0, x < 171 Größte Ganzzazhl < x floor(x) int Größte Ganzzahl < x int(x) floor natürlicher Logarithmus ln(x) log x > 0.0 natürlicher Logarithmus log(x) ln x > 0.0 Logarithmus log10(x) x > 0.0 Nächste Ganzzahl bei x nint(x) x hoch y pow(x,y) power, xtoy x >= 0.0 x hoch y power(x,y) pow, xtoy x >= 0.0 Secans sec(x) Sinus sin(x) Sinus hyperbolicus sinh(x) Quadratwurzel sqrt(x) x >= 0.0 Tangens tan(x) Tangens hyperbolicus tanh(x) x hoch y xtoy(x,y) pow, power x >= 0.0 @endnode @node cbsi »CBSI« ist ein Systeminformations-Utility, das aus dem CLI gestartet werden muss. @{b}Übergabe von Argumenten@{ub} Wenn Sie das Programm mit dem Argument '?' aufrufen, wird folgender Hilfe- text angezeigt: @{i} Crossbones System-Information 1.0.7 Aufruf: CBSI [Laufwerk [Blocklänge]] CBSI ermittelt einige System-Informationen, u. a. CPU, FPU, Chipset, Betriebssystem und die Prozessorgeschwindigkeit. Zusätzlich können Sie die Übertragungsrate eines beliebigen Laufwerks bestimmen lassen. Wenn Sie die Blocklänge nicht angeben, so wird ein Standardwert von 1 MByte benutzt (die erzeugte Datei besteht aus 8 Blöcken). @{ui} Standardmäßig wird kein Laufwerk geprüft. Sie sollten beachten, dass die erzeugte Datei - wie oben beschrieben - aus 8 Blöcken besteht. Die oben erzeugte Datei wäre also 8 MB groß. Der Standardwert ist ein optimaler Kompromiss zwischen Dateigröße und Genauigkeit des Ergebnisses. @{b}Ein Beispiel@{ub} Auf meinem Rechner erscheint folgender Bericht: @{i} Crossbones System-Information 1.1.4 Chip-RAM: 1.815.184 Bytes Fast-RAM: 15.573.464 Bytes Attn-Flags: 1000000001111111 CPU: Motorola 68040 FPU: Motorola 68040 FPU Cache: INST: Cache Burst DATA: Cache Burst CopyBack VBL-Frequenz: 50 Hz Netzfrequenz: 50 Hz EClock-Frequenz: 709.379 Hz VBR-Adresse: $0704DBBC Betriebssystem: Amiga OS 3.1 Kickstart: Version 40.68 Workbench: Version 40.42 SetPatch: Version 43.6 RevBits: 00011111 DMA: AA Alice Display: AA (M)Lisa Chipset: AA MIPS: 18,93759 Amiga 500 Index: 26,82834 MFLOPS: 4,840699 Datenträger "hd1:": Puffer: 1.000.000 Bytes. Schreibzugriff: 1.049 KB/s Lesezugriff: 1.212 KB/s Workbench Screen: $07043B58 Format: 640 x 256 x 256 Modus: $00029000 - PAL:HighRes @{ui} @{b}Die untersuchten Eigenschaften@{ub} Der Bericht besteht aus folgenden Abschnitten: 1 Größe des freien Chip- und Fast-RAMs in Bytes. 2 Ausgabe der Attn-Flags (exec.library). Sie enthalten Informationen über CPU und Co-Prozessoren. a CPU: Motorola 68000 bis Motorola 68060 b FPU: Motorola 68881|2, 68040, 68060. Wenn beim 68040 bzw. 68060 die Coprozessor-Emulation (68040|68060.library) fehlt, wird der Zusatzausgegeben. In diesem Falle können nur noch Befehle der internen FPU benutzt werden, die des 68881|2 funk- tionieren nicht mehr. c Cache: Für Daten ("DATA") und Befehle ("INST") wird angegeben, ob ein ein Cache eingeschaltet ist. Bei beiden Caches ist ein "Burst" möglich, bei Daten zusätzlich "CopyBack". Externe Caches werden auch erkannt. VBL-Frequenz: Frequenz des Bildaufbaus Netzfrequenz: der Stromversorgung EClock-Frequenz: Takt für die Chips VBR-Adresse: Das Vektorbasisregister zeigt auf die Tabelle der Ausnahmevektoren (Traps, Exceptions) des Prozessors. Auf älteren Prozessoren wie dem Motorola 68000 ist der Wert immer $00000000. 3 Ausgabe der Betriebssystem-Version (z. Zt. 1.0 bis 3.9). Es werden die Versionsnummern von Kickstart und Workbench angezeigt. 4 Die RevBits (graphics.library) werden angezeigt. Sie geben Auskunft über die Coprozessoren. a DMA: Die Chips Agnus, ECS Agnus und AA Alice werden erkannt. b Display: Denise, Hires Denise, AA Lisa oder AA MLisa. c Chipset: OCS, ECS, A oder AA werden erkannt. 5 Die Geschwindigkeit des Systems wird gemessen. Sie sollten alle anderen Programme beenden, um einen korrekten Wert zu erhalten. a MIPS: Gibt an, wie viele Millionen Befehle die CPU in einer Sekunde bearbeiten kann. b Amiga 500 Index: Vergleicht die Geschwindigkeit des Rechners mit der eines Amiga 500. c MFLOPS: Gibt an, wie viele Mio. Operationen der mathematische Coprozessor pro Sekunde durchführen kann. 6 Die Geschwindigkeit eines Datenträgers wird gemessen. Die verwendete Puffergröße wird angezeigt. a Schreibzugriff: Erzeugt eine Datei und ermittelt die Schreibgeschwin- digkeit in Kilobytes pro Sekunde. b Lesezugriff: Liest die erzeugte Datei und errechnet die Lesege- schwindigkeit. Anschließend wird die Datei gelöscht. Beide Werte sollten mindestens bei 1500 KB/Sekunde liegen. 7 Zeigt Informationen über den Workbench Screen an (zuerst die Adresse). a Format: Breite x Höhe x Farben des Screens. b Modus: Aktueller Modus-ID des Screens. @endnode @node mwv "Die mitgelieferten Viewer" Benutzer von OS 2.X können MultiView nicht benutzen. Zu MicroBase werden des- halb die Viewer des MicroWrite-Paketes mitgeliefert. Viewer Funktion ------------------------------------------------------------------------- hex_view Zeigt eine Datei als Hexdump an. Dies ist nützlich bei binären Dateien. iff_view Zeigt ein Bild im Format IFF-ILBM an. play8svx Spielt ein Sound-Sample direkt von der Festplatte ab. playanim Zeigt eine Animation an. playmod Spielt ein ProTracker-Modul ab. text_view Zeigt eine Textdatei an. @{" VIEW " link view} Zeigt eine Textdatei mit Formatierungen an. Alle Viewer können auch aus dem CLI aufgerufen werden und erkennen einen Dateinamen als Argument. Das Utility »playanim« akzeptiert ein zweites Argu- ment, das die Abspielgeschwindigkeit angibt. @endnode @node formel "Berechnungsformeln verwenden" Um in MicroBase Formeln berechnen zu können, müssen folgende Voraussetzungen erfüllt sein: · ARexx muss korrekt installiert sein · die »rexxmathlib.library« sollte sich im Verzeichnis LIBS: befinden · der ARexx-Interpreter »RexxMast« muss aktiv sein · die Datei »MicroBase.CVD« im Programmverzeichnis muss - falls sie vor- handen ist - korrekte Formeln enthalten. Lesen Sie bitte folgende Abschnitte, um mehr über die Formelberechnung in MicroBase zu erfahren: @{" Einführung in ARexx " link arexx} @{" Zugriff auf Felder und Konstanten " link zfk} @{" Die »rexxmathlib.library« " link rm} Wenn Sie komplexere Berechnungen, die Möglichkeit zur Veränderung nicht- numerischer Daten oder flexiblere Abfragemöglichkeiten benötigen, sollten Sie die Verwendung von @{" ARexx-Skripten " link script} erwägen. Verwenden Sie MicroRexx, wenn Sie in Ihren Skripten eine grafische Oberfläche benötigen oder Berechnungen durchführen möchten. @{b}Temporäre Dateien@{ub} Datei Bemerkung ---------------------------------------------------- T:MicroBase.cvd temp. Kopie der globalen Konstanten T: C.rexx temp. Kopie der Berechnungsformel T: C.mro temp. Ergebnis der Berechnung Alle Dateien werden im Verzeichnis »T:« gehalten, um eine möglichst hohe Berechnungsgeschwindigkeit zu erreichen. ist jeweils der Name der aktuellen Datenbankdatei ohne Pfadangabe und Erweiterung. @{b}Hinweis auf Änderung@{ub} Berechnungsformeln der Version 2.X müssen angepasst werden, da die Variablen- namen für die Datenfelder geändert wurden. @endnode @node arexx "Einführung in ARexx" In diesem Abschnitt wird nur die Formelsyntax von ARexx erläutert; die anderen Elemente von ARexx werden nicht behandelt. Für weiter reichende Informationen sollten Sie das mit Ihrem Computer gelieferte ARexx-Handbuch lesen. Tipp: Mehrere ARexx-Anweisungen können durch Semikola (';') getrennt in eine Zeile geschrieben werden. @{b}Zahlenformate@{ub} Dezimale Zahlen werden in ARexx wie in MicroBase eingegeben. Bei binären und hexadezimalen Zahlen ergeben sich jedoch gewisse Unterschiede: Format Beispiele ----------------------------- dezimal 1.23, -3e7 binär '10110010'B hexadezimal '2A'X, '12 E7'X @{b}Operatoren@{ub} Die Operatoren sind in der folgenden Übersicht absteigend nach ihrer Priori- tät geordnet. Die Berechnungsreihenfolge kann durch die Benutzung von runden Klammern geändert werden. Operator Beispiel Ergebnis Bezeichnung --------------------------------------------- + + "2.09" 2.09 Vorzeichen - - "2.09" -2.09 Vorzeichen ** 2 ** 3 8 Potenzierung * 2 * 3 6 Multiplikation / 4 / 2 2 Division % 5 % 2 2 Ganzzahl-Division // 5 // 2 1 Rest (Modulo) + 2 + 3 5 Addition - 2 - 3 -1 Subtraktion @{b}Integrierte Funktionen@{ub} Die folgenden in ARexx integrierten numerischen Funktionen sind für Micro- Base sinnvoll: Funktion Beispiel Ergebnis Bezeichnung ---------------------------------------------------------------------------- ABS(X) ABS(-2) 2 Berechnet den Absolutwert einer Zahl HASH(X) HASH('1') 49 Berechnet den Hash-Wert einer Zeichen- folge MAX(A,B,..) MAX(1,2) 2 Berechnet den Maximalwert einiger Werte MIN(A,B,..) MIN(1,2) 1 Berechnet den Minimalwert RANDOM(U,O,A) RANDOM(1,6) 4??? Berechnet eine Zufallszahl zwischen U und O. Das Intervall von U bis O darf nicht größer als 1000 sein. Werden die Werte nicht angegeben, nimmt ARexx 0 und 999. Sie können optional noch einen Aus- gangswert A angeben. RANDU() RANDU() 0.104??? Berechnet eine Zufallszahl zwischen 0 und eins. SIGN(X) SIGN(-2.34) -1 Berechnet das Vorzeichen einer Zahl. TRUNCX,S) TRUNC(1.23) 1 Kürzt die Nachkommastellen. Geben Sie die Anzahl der Nachkommastellen S nicht an, werden alle Ziffern nach dem Dezimalpunkt entfernt. @{b}Beispiele für Formeln@{ub} ABS(-2) ** 3 '0E 2A B9'X // 7 @endnode @node zfk "Zugriff auf Felder und Konstanten" @{b}Zugriff auf Feldinhalte@{ub} Innerhalb von Formeln können Sie auf die Felder des aktuellen Datensatzes zugreifen, indem Sie die Variablen field1 bis field234 einsetzen. @{b}Zugriff auf Konstanten@{ub} Zusätzlich können Sie vordefinierte Konstanten benutzen, die in jedem Daten- satz den gleichen Wert haben. Die Namen der Konstanten beginnen in Micro- Base mit dem Zeichen '#' und können sonst aus beliebigen Buchstaben bestehen. Leerzeichen sind - anders als in Feldnamen - allerdings nicht erlaubt. @{b}Definition der Konstanten@{ub} Die Konstanten sind in der Datei »MicroBase.CVD« im Programmverzeichnis de- finiert. Diese Datei können Sie mit einem beliebigen Texteditor ändern bzw. ergänzen. Für jede definierte Konstante muss in der Datei eine Zeile vorhanden sein, die dieser einen Wert zuweist. Eine Zeile könnte beispielsweise @{i} #VoyagerMaximumWarp = 9.975 @{ui} lauten. Die Syntax von ARexx ist genau einzuhalten. @{b}Die vordefinierten Konstanten@{ub} Standardmäßig enthält die Datei »MicroBase.CVD« folgende Einträge: @{i} /* MICROBASE.CVD */ NUMERIC DIGITS 14 #pi = 3.141592653589793 #e = 2.718281828459045 @{ui} Die mathematischen Konstanten ¶ und e werden definiert und die maximale Rechengenauigkeit von ARexx aktiviert. @{b}Beispiel@{ub} Es wird angenommen, dass die Datenbank die beiden Felder "Bruttopreis" und "Nettopreis" enthält. Die Buchhaltung nennt uns für jeden Artikel den Netto- preis; der Bruttopreis soll ermittelt werden. In diesem Fall ist es sinnvoll, dass "Bruttopreis" ein Formelfeld ist. Die Mehrwertsteuer ändert sich in der nächsten Zeit nicht, sie kann also als Konstante definiert werden. Folgende Schritte sind erforderlich: 1 Fügen Sie der oben erwähnten Datei »MicroBase.CVD« folgende Zeilen hinzu: @{i} #MWSTermaessigt = 7 #MWST = #MWSTermaessigt * 2 + 1 @{ui} Dies ist ein Beispiel für eine Formel in der Konstantendefinitionsdatei, die sich auf einen zuvor definierten Wert bezieht. (Es wäre aber effizien- ter gewesen, gleich die Zahl 15 einzusetzen.) 2 Erstellen Sie die Formel für das Feld "Bruttopreis" (es wird angenommen, dass "Nettopreis" das vierte Feld ist): @{i} &004 * #MWST @{ui} Wenn Sie jetzt einen Nettopreis eingeben, wird automatisch der Bruttowert errechnet. @endnode @node neupwd "Verschlüsselte Datenbankdateien des alten Formats konvertieren" Falls Ihre Datenbankdatei mit einer älteren Programmversion als 2.1.4 verschlüsselt wurde, müssen Sie sie in das neue Format konvertieren lassen, um sie mit der aktuellen Version von MicroBase verwenden zu können. Das neue Format bietet folgende Vorteile: · erhöhte Datensicherheit durch minimierte Fehleranfälligkeit · erheblich verbesserter Verschlüsselungsalgorithmus, der Ihre sensiblen Daten noch besser schützt (In den Versionen 2.1.3 und 2.1.4 wurde schrittweise das neue Format einge- führt. MicroBase 2.1.3 unterstützte den neuen Verschlüsselungsalgorithmus jedoch nicht korrekt.) Gehen Sie wie folgt vor: 1 Öffnen Sie die verschlüsselte Datei mit Ihrem *alten* MicroBase. 2 Exportieren Sie alle Datensätze in eine sequenzielle Datei. 3 Verlassen Sie MicroBase. 4 Öffnen Sie die Datenbankdatei mit dem *neuen* MicroBase. Sie können nun ggf. ein neues Passwort verwenden. 5 Importieren Sie die soeben erstellte sequenzielle Datei ab dem Daten- satz '1', ohne den ersten Datensatz zu überlesen. 6 Überprüfen Sie die Inhalte der Datensätze auf eventuelle Fehler, die während des Ex- oder Importierens aufgetreten sein könnten. Sie können die Datenbankdatei nun wie zuvor verwenden. @endnode @node bspdb "Die mitgelieferten Datenbanken" Die folgenden Datenbanken werden zu Demonstrationszwecken mitgeliefert. Sie sollten sich die Datenbankstrukturen ansehen; vielleicht bekommen Sie so Anregungen für eigene Realisierungen. Besonders die Feldoptionen und die Vorgaben könnten hilfreich sein. @{b}Bilder/Tutor@{ub} Diese Datenbank stellt einen Bilderkatalog dar und wird während des Tuto- riums erstellt. Zu den einzelnen Bildern werden jeweils eine kurze Bezeichnung sowie der Dateipfad gespeichert. Die Bilder können durch Druck auf die Taste CTRL-B auf dem Bildschirm angezeigt werden. Die zugehörige Listendatei erzeugt einfach eine Liste der Bilder inkl. Dateipfad. @{b}Datenbanken/Beispiel@{ub} "Beispiel.DAT" ist eine Adressdatenbank, die die für die Textverarbeitung MicroWrite obligatorischen Datenfelder enthält. Die Listendatei zeigt, wie einfach Serienbriefe in MicroBase erstellt werden können. Das Layout ist für Fensterumschläge entwickelt worden. Das zugehörige Skript erstellt die Inhalte der Felder "Briefanrede" und "Adressanrede", welche in Serienbriefen Verwendung finden. Hinweis: Geben Sie als Passwort '$' ein und wählen Sie die Passwortdatei "Beispiel.pwd". @{b}Datenbanken/Textprogramme@{ub} Hier sehen Sie die Zusammenfassung eines Vergleichs verschiedener Text- verarbeitungsprogramme unter verschiedenen Betriebssystemen. Die Bewertungskriterien sowie die komplette Untersuchung finden Sie in der mitgelieferten Grafik und der Tabelle im Dokument »Textprogramme.TBL«. In »Textprogramme.DOC« wird versucht, einige Vor- und Nachteile der Amiga- bzw. PC-Textverarbeitungsprogramme herauszuarbeiten. @{b}Datenbanken/Videos@{ub} Dies ist ein Extrakt aus einer existierenden Videokassettendatenbank (die komplette Datenbank hat über 800 Datensätze). Die Beispiellistendatei erstellt eine Videokassettenliste mit folgenden Angaben: Filmtitel, Kassettennummer, Filmnummer und Filmlänge. Das zugehörige Skript selektiert (nur) die Filme, deren Herstellungsjahr fehlt. Diese Information dient bei der "echten" Datenbankdatei der Suche nach Eingabefehlern. Videos.dat wurde zum Testen der Im- und Exportprogramme benutzt. Im Ver- zeichnis »Module« finden Sie folgende Dateien: Datei Öffnen Bemerkung ------------------------------------------------------------------------ Videos.asc Ja Konvertierung von Videos.dat nach ASCII Videos.asc.* ./. MicroBase-Datenbankdatei (konvertiert) Videos1.asc Ja Konvertierung von Videos.html in das ASCII-Format Videos1.asc.* ./. MicroBase-Datenbankdatei; durch Konvertieren der ASCII-Datei erstellt Videos.DBF Ja Konvertierung von Videos.dat in das Format von dBASE III+ Videos.dvi Nein Ergebnis der Übersetzung von Videos.tex durch TeX Videos.frm Nein Konvertierung von Videos.dat nach asc2frm Videos.html Ja Konvertierung von Videos.dat in eine HTML-Tabelle Videos.sql Nein Konvertierung von Videos.dat in ein SQL-Skript; möglicherweise können nich alle Datensätze in die SQL-Datenbank aufgenommen werden. (Bei den Aufnahmedaten fehlt u. U. der Tag.) Videos.tex Nein Konvertierung von Videos.dat in ein TeX/LaTeX- Dokument Videos.xml Nein Konvertierung von Videos.dat nach XML Videos.xsl Nein XSL-Stylesheet zu Videos.xml Videos_SB4.sbd (Ja) Konvertierung von Videos.DBF nach SuperBase 4 (Definitionsdatei) Videos_SB4.sbf Ja Konvertierung von Videos.DBF nach SuperBase 4 (Datenbankdatei) Ein "Ja" in der Spalte "Öffnen" bedeutet, dass MicroBase diese Datenbank- datei beim Öffnen automatisch konvertiert. @{b}Datenbanken/Programme@{ub} »Programme.DAT« enthält einen Ausschnitt aus einem existierenden Programm- katalog. Die Original-Datenbank wurde mit Symantec F & A 4.0 für Windows entwickelt und über eine dBASE-Tabellendatei nach MicroBase konvertiert. Die Originaldatenbank hat über 450 Datensätze und wird jetzt mit Paradox 7 für Windows 95 verwaltet. @{b}Datenbanken/Artikel@{ub} In dieser Datenbank wurden einige Artikel erfasst. Für eine reale Artikel- datenbank ist sie natürlich unzureichend; sie soll jedoch einfach nur folgende Eigenschaften zeigen: · die Artikelnummer wird von MicroBase automatisch hochgezählt · negative Bestände sind nicht möglich · der Nettopreis wird aus den Selbstkosten errechnet, indem ein Gewinn- zuschlag addiert wird @{b}Datenbanken/Personal und Datenbanken/Lohn@{ub} Die Lohndatenbank enthält nur Angaben, die die Lohnbuchhaltung interessieren: Name, Lohn und Personalnummer. Die Personaldatenbank enthält neben der Personalnummer die Adresse des Mitar- beiters und sein Geburtsdatum (für Geburtstagskarten). Das Interessante an diesen Datenbankdateien ist die eingerichtete Daten- bankverknüpfung (Referenz). Hierfür wird die Personalnummer als Schlüssel- feld benutzt, da sie in beiden Dateien erfasst ist. Das Geburtsdatum ist in der Lohndatenbank nicht enthalten, sondern wird aus der Personaldatenbank geholt! @{b}Datenbanken/Aufträge@{ub} Die Datenbank enthält Kundenaufträge. Sie ist mit den Datenbanken "Waren" und "Kunden" verbunden, um eine Mehrfachspeicherung zu vermeiden. @{b}Datenbanken/Programmiersprachen@{ub} Diese Datenbankdatei enthält eine Übersicht über die wichtigsten Program- miersprachen (wegen der Einschränkungen der Demo-Version von MicroBase sind nur 20 Einträge möglich). Die aktuellen Ergebnisse sind in dem separat erhältlichen Paket "Progr_Langs" enthalten. Zu jeder Programmiersprache sind jeweils die Programmlänge (in Bytes) und die Laufzeit (in Ticks = 1/50 Sekunde) für ein Programm angegeben, das von 1 bis 1 000 000 zählt. Folgende Einstellungen wurden vorgenommen: · Variablen des Typs "lange Ganzzahl" (Long Integer) wurden benutzt · Fehlerüberwachungen wurden deaktiviert · Optimierungen wurden aktiviert · falls erforderlich, wurde der Prozessortyp "Motorola 68000" gewählt, um die Ergebnisse vergleichbar zu machen Eine Erläuterung der Ergebnisse finden Sie in »Programmiersprachen.DOC« im gleichen Verzeichnis. »Sprachen.TCD« enthält eine etwas ältere Version der Untersuchung im Format von TurboCalc 3.5. @endnode @node reldb "Referenzen definieren" Eine Referenz ist eine Verknüpfung mit einer anderen Datenbankdatei. Der Inhalt des Referenzfeldes ist zwar i. A. in der Maske der aktuellen Datenbank zu sehen, ist aber nicht in dieser Datei gespeichert. Die Vorteile von Referenzen sind also: · Verhinderung von Redundanzen: Daten werden nur einmal gespeichert · übersichtlichere, kürzere Datenbankdateien · verminderte Fehleranfälligkeit · verbesserte(r) Datenschutz / Datensicherheit · Zugriff nur auf bestimmte Felder der verbundenen Datenbank; die anderen bleiben "unsichtbar" für Unbefugte Folgendes ist bei MicroBase zu beachten: · Die zweite Datenbankdatei muss dasselbe Passwort haben wie die aktuelle Datenbank. · MicroBase überprüft die referenzielle Integrität der Datenbankdatei, sobald ihr Inhalt verändert wird (u. a. beim Eingeben, Aktualisieren oder Importieren). Dies gilt jedoch nur für den Fall, dass die Option "strikte Referenzintegrität" aktiviert ist (Standard). Sonst erscheint lediglich eine Fehlermeldung, falls eine Referenz nicht aufgebaut werden konnte. · Referenzen werden nur über eine Ebene unterstützt; das Zieldatenfeld in der zweiten Datenbankdatei darf nicht selbst ein Referenzfeld sein. Dies gilt entsprechend für die Schlüsselfelder. Diese Eigenschaft ist kein Programmfehler, da in einer solchen Datenbank eine Redundanz der Daten vorläge und somit die sogenannte "Normalform" der Referenz verletzt wäre. · Änderungen in der verknüpften Datenbankdatei werden erst beim nächsten Zugriff berücksichtigt. @{b}Definition von Referenzen@{ub} Zur Erstellung einer Referenz während der Datenbankdefinition gehen Sie folgendermaßen vor: 1 Geben Sie einen Feldnamen ein. 2 Geben Sie den Feldtyp 'R' (für "Referenz") an. 3 Die Länge des Datenfeldes wird automatisch auf 0 (null) gesetzt. 4 Geben Sie nun die für die Referenz erforderlichen Daten ein. a Hauptschlüssel dieser Datenbank: Dies ist das Feld, das den Such- begriff enthält. b Hauptschlüssel der 2. Datenbank: In diesem Feld wird nach einer Übereinstimmung gesucht. Der erste passende Datensatz wird mit der ersten Datenbank verknüpft. c, d Nebenschlüssel: Falls der Hauptschlüssel nicht eindeutig ist, können Sie einen Nebenschlüssel definieren. Dieser wird von MicroBase nur dann her- angezogen, wenn beim Hauptschlü- sel eine Übereinstimmung gefunden wurde. Die Vorgabe 0 (null) deaktiviert den Nebenschlüssel. e Datenfeld der zweiten Datenbank: Der Inhalt dieses Datenfeldes der zweiten Datenbank erscheint in der Maske der neu zu erstellenden (aktuellen) Datenbankdatei. f Länge des Datenfeldes: Mit dieser Länge wird das Feld in der Maske angezeigt. 5 Überspringen Sie die Vorgaben und Optionen; sie werden in diesem Fall nicht ausgewertet. 6 Wenn das Datenfeld numerische Daten enthält, können Sie ein Zahlenformat definieren. 7 Das Programm erstellt nun die Datenbank. Die Verknüpfung besteht jedoch noch nicht; sie wird erst bei der Bearbeitung der Datensätze hergestellt. 8 Stellen Sie mittels der Feldoption "E" sicher, dass für die Haupt- bzw. Nebenschlüssel immer eine Eingabe vorgenommen werden muss. Zu diesem Zweck müssen Sie ggf. die Datenbankstruktur anpassen. Die Definition der Referenz kann nachträglich geändert werden, indem die Struktur der Datenbank ediert wird. » Bitte lesen Sie ebenfalls den Abschnitt über @{" Datenbankentwicklung " link dbe}. @{b}Arbeiten mit Referenzen@{ub} Das Arbeiten mit durch Referenzen verknüpften Datenbanken ist sehr einfach, da es sich nicht von der Vorgehensweise bei "normalen" Datenbanken unter- scheidet. Wenn Sie Datensätze neu eingeben, sind die Referenzfelder leer, da sie ihren Inhalt erst beim Zugriff auf den Datensatz erhalten. Sie werden auf ihre Gültigkeit geprüft, wenn Sie die "strikte Referenzintegrität" akti- viert haben. Dies ist vorgabemäßig der Fall. Beim Ansehen der Datensätze werden die Referenzfelder wie alle anderen Datenfelder angezeigt. Sie werden lediglich kursiv dargestellt, sofern Sie die Optionen nicht geändert haben. Zusätzlich können Sie wählen, ob die Referenzen überhaupt angezeigt werden. Beim Suchen, Drucken usw. verhalten sich die Referenzfelder so wie alle anderen. Zusätzlich können Zahlenformate definiert werden, falls das Daten- feld numerische Daten enthält. @{b}Caches für Referenzen@{ub} Für Referenzfelder werden automatisch Caches eingerichtet. Diese Cachedateien funktionieren wie folgt: a Wenn Sie Daten eingeben, erstellt MicroBase einen leeren Cacheeintrag. b Bei der Datenansicht verknüpft MicroBase die Datenbanken. Dazu sieht es zuerst in der Cache-Datei nach. Falls der gefundene Eintrag zu keinem Ergebnis führt, durchsucht das Programm die verknüpfte Datenbank, bis ein passender Datensatz gefunden wurde und aktualisiert dann den Cache. c Beim nächsten Zugriff auf den Datensatz ist der Eintrag im Cache korrekt und MicroBase findet den passenden Datensatz sofort. Sie sollten die Caches regelmäßig aktualisieren lassen, um eine maximale Verarbeitungsgeschwindigkeit zu erreichen. Beim Löschen und Sortieren von Datensätzen verlieren die Referenzcaches ihre Gültigkeit, wenn Sie die Option "strikte Referenzintegrität" deaktiviert haben. @{b}Mehrdeutige (n:m) Referenzen@{ub} In vielen Fällen liegen mehrdeutige Referenzen vor - z. B. können mehrere Artikel von verschiedenen Kunden gekauft werden. Um diese Mehrdeutigkeiten aufzulösen, müssen einfach die gewünschten Daten im Referenzfeld gesucht und die Selektion aktiviert werden. @{b}Format der Referenzdefinitionen@{ub} Die Referenzdefinitionen werden jeweils in einer Datei mit der Dateinamens- erweiterung ".REL" abgelegt. Eine Zeile in einer solchen Datei könnte so aussehen: @{i} "Videofilme.DAT",1,3,10,50,0,0 @{ui} Die einzelnen Einträge haben folgende Bedeutung: "Videofilme.DAT": Name der zweiten Datenbankdatei, aus der die Informa- tionen gelesen werden sollen (muss immer in doppelten Anführungszeichen stehen, da in Dateinamen Leerzeichen auftreten können) 1: Hauptschlüsselfeld der aktuellen Datenbankdatei 3: Hauptschlüsselfeld der zweiten Datenbankdatei 10: Datenfeld in der zweiten Datenbankdatei, das die gewünschten Informationen enthält 50: Anzuzeigende Länge des Datenfeldes 0: (Kein Nebenschlüssel in dieser Datenbank definiert) 0: (Kein Nebenschlüssel in der verknüpften Datenbank definiert) @{b}Verweise@{ub} Lesen Sie bitte auch den Abschnitt über die @{" Datenintegrität " link di}. @{" Abbildung: Definition von Referenzen " system "Viewer/iff_view Lernprogramm/rel_def.iff"} @endnode @node hist "History" @{b}Version Bemerkungen@{ub} 1.XX Aufbau des Programms (nicht veröffentlicht): nur Textfelder mit bis zu 53 Zeichen * 2.03 Unterstützung von Feldern mit mehr als 53 Zeichen; Einführung von Felddatentypen; Berechnungen; dBASE-Importmodule; Verschlüsselung; externe Datenfelder (z. B. für Memos und Datatypes); Standard- werte für Felder; automatische Generierung von Seriennummern (* erste veröffentlichte Version *) ... 2.13 Datentyp "Logisch"; neue Verschlüsselungsroutine; Unterstützung von Konstanten bei Berechnungen; automatische Reparatur von zerstörten Datenbanken; verbesserte Routine zum Sortieren von Zeit- und Datumsfeldern; Optionen für Felder (z. B. Umwandlung in Großbuchstaben); Viewer für Workbench 2.X mitgeliefert (* zweite veröffentlichte Version *) 2.14 Datentyp "Relation" zur Verknüpfung von Datenbanken; Verbesserung der Reparaturmöglichkeiten; Verbesserte Sortierroutine; Einstel- lungen für Felder werden jetzt beim Schließen der Datenbank korrekt gelöscht 2.15 Relationen werden jetzt durch Caches beschleunigt; eindeutigere Verknüpfungen; verbesserte Verwaltung von Selektionen, dadurch drastischer Geschwindigkeitszuwachs im 'virtuellen Modus' 2.16 Neuer Menüpunkt "Caches aktualisieren" baut Relationscaches auto- matisch auf; Feldoption "Namen" arbeitet jetzt korrekt; Fehler beim Schließen verknüpfter Datenbanken behoben 2.17 Fehler beim Abbruch der Eingabe neuer Datensätze beseitigt. Über einen neuen Menüpunkt können jetzt selektierte Datensätze gelöscht werden. Überlange Dateien werden nicht mehr sofort reorganisiert. 2.18 Einführung der Sperrung von Datenbanken und -sätzen für den Einsatz von MicroBase in Netzwerken. 2.19 Verbesserte Aktualisierung von Caches; Deaktivierung des 'virtuellen Modus', wenn Datenbankdatei schon benutzt wird. 2.20 Einführung von ARexx-Skripten. Es erfolgt keine Fehlermeldung mehr, wenn ein in Bearbeitung befindlicher Datensatz noch einmal ediert wird. (Es erfolgte eine Meldung, dass der Datensatz gesperrt sei.) Der 'virtuelle Modus' wird jetzt schon bei der nächsten Datenbank- datei (de)aktiviert; ein Neustart des Programms ist nicht mehr notwendig. (* dritte veröffentlichte Version *) 2.2.1 Schnittstelle zum Diagrammgenerator "MicroChart" hinzugefügt. 2.2.2 Die Sperrung von Datensätzen kann jetzt deaktiviert werden. Der Import von sequenziellen Dateien wurde intern verbessert. Beim Lesen der Datensätze wird ein neues, optimiertes Verfahren ver- verwendet. Die Handhabung von Zahlen- und Datumsfeldern wurde verbessert. 2.2.3 Beim Erstellen neuer Datenbankdateien werden bestehende Dateien nicht mehr überschrieben. MicroBase erkennt jetzt fehlerhafte Passwörter direkt beim Öffnen einer Datenbankdatei. Aus Kompati- bilitätsgründen werden nun Systemdateien erzeugt, die Angaben über die zur Erstellung der Datenbank verwendete Programmversion enthalten. Ein Lernprogramm erläutert das Tutorial visuell. 2.2.4 Die Referenzintegrität wird jetzt ggf. gleich bei der Eingabe ge- prüft. Es kann endlich auch absteigend sortiert werden. Die Unter- stützung von Zahlenformaten in Listen wurde eingeführt. Beim Öffnen einer Datenbankdatei wird diese erzeugt, wenn sie nicht existiert. Zeigerdateien (.PTR) werden gleichfalls automatisch erzeugt. 2.2.5 Phonetisches Suchen und Sortieren wurde eingeführt. MicroBase kann Feldinhalte nun auch "partiell" ersetzen. Der Suchvorgang wurde durch das Ignorieren leerer Suchbegriffe beschleunigt. Die dBASE- Module wurden korrigiert; dBASE-Datenbankdateien können jetzt auch exportiert werden. 2.2.6 Optimierung und Beschleunigung des Datenbankzugriffs als Vorbereitung auf die Anhebung der maximalen Feldanzahl: das Suchen und Sortieren ist nun viel schneller als zuvor. * 3.0.0 Anhebung der maximalen Feldanzahl auf 234 statt 25. (Dazu wurden alle Listen-, Berechnungs- und Skriptsteuerzeichen usw. geändert! Alle Skripte werden langsamer abgearbeitet, weil mehr Daten aus- getauscht werden müssen.) Die dBASE-Module wurden angepasst. Berech- nungen werden jetzt im aktuellen Verzeichnis ausgeführt. Sequenzielle Dateien werden nun in die korrekten Datensätze kopiert und können in neue Datenbankdateien (statt in die aktuelle) importiert werden. Ein Listengenerator wird mitgeliefert. SuperBase-Datenbanken können im- portiert werden. 3.0.1 Die Bildschirmmaske zeigt die aktuelle Seite an. Die in Version 2.2.5 eingeführte Routine zur Umwandlung in Großbuchstaben war fehlerhaft. Auch Definitionsdateien werden beim Öffnen automatisch repariert. Die Datensicherheit wurde nochmals erhöht. 3.0.2 Die Ausführung von Berechnungen erfolgt jetzt ohne Fenster und schneller. Die Fenster für Viewer und Skripte wurden verkleinert. Das Sortieren von Datenbankdateien wurde beschleunigt. Der Kompa- tibilitätsmodus verlangsamt jetzt auch das Sortieren von Datenbank- dateien. Der Zugrif auf verknüpfte Datenbankdateien ist ebenfalls schneller als zuvor. (* vierte veröffentlichte Version *) 3.0.3 Die Dokumentation wurde aktualisiert (in Version 3.0.2 stimmten die Angaben zu Listen, Berechnungen und Skripten nicht). Die Module enthalten nun korrekte Versionsangaben. dBASE-Tabellendateien können entworfen und direkt bearbeitet werden. Das dBASE-Exportmodul und das SuperBase-Importmodul wurden optimiert. Das 'Datei'-Menü wurde überarbeitet und in 'Projekt' umbenannt. Die Dokumentation enthält nun auch Abbildungen. Datenbankdateien anderer Formate werden auto- matisch in das Format von MicroBase konvertiert und danach geöffnet. Der Textanzeiger VIEW wurde hinzugefügt. 3.0.4 Die neue Systemvariable »selected« erlaubt die (De-)Selektion von Datensätzen über ARexx-Skripte. Die Datenbankdateien werden auch bei der Ausführung von Skripten ggf. gesperrt. Skripte werden schneller abgearbeitet, weil ein einziges CLI-Fenster für alle Datensätze verwendet wird. 3.0.5 Relationsfelder belegen in der Datenbankdatei keinen Platz mehr; die Feldlänge wurde auf null reduziert (alte Datenbankdateien können selbstverständlich weiterhin bearbeitet werden). Der Zugriff auf die Relationscaches wurde beschleunigt (gültige Cacheeinträge werden nicht mehr aktualisiert). MicroBase stürzt beim Beenden nicht mehr ab, da alle Dateizugriffe vor der Sicherheitsabfrage beendet werden. Bei Datenbankdateien in anderen Verzeichnissen muss "Projekt/Öffnen" jetzt nicht mehr doppelt aufgerufen werden; der Verzeichniswechsel ist nicht mehr notwendig. Die Menüs "Extras" und "Datenbank" (früher: "Ausgabe") wurden umgestellt; das Menü "Spezial" gibt es nicht mehr. Die Struktur der Menüs wurde dadurch logischer. Sie können jetzt die ma- ximale Maskenbreite festlegen. (* fünfte veröffentlichte Version *) * 4.0.0 Der Sortiervorgang wurde optimiert und ist besonders bei langen Datensätzen und großen Datenbankdateien viel schneller. (Leider wird dafür erheblich mehr Platz auf dem Datenträger benötigt.) @{b}MicroBase wirft jetzt keine Enforcer Hits mehr.@{ub} (Der Fehler war in der Funktion TITLEW von GFA-Basic, die für das Setzen der Fenstertitel zuständig ist - statt dieser Routine verwendet MicroBase direkt das Betriebssystem.) Die Datensicherheit wurde erhöht: Passwörter müssen mindestens 6 Zeichen lang sein, zur Sicherheit doppelt eingegeben werden und sind auf dem Bildschirm nur als "Sternchen" zu sehen. Passwortdateien ermöglichen die Verwendung von bis zu 16 384 Zei- chen langen Passwörtern. Das Format der Voreinstellungsdatei wurde grundlegend geändert. Es wird jetzt eine .ini-Datei wie in Microsoft Windows verwendet. Die Optionen können über einen externen Voreinsteller angepasst werden. Der "Browser" kann zum Durchblättern, Ändern und Erweitern einer bestehenden Datenbankdatei eingesetzt werden. Die Option "ungültige Referenzen löschen" entfernt beim Aktuali- sieren der Relationscaches alle Datensätze, die die Referenzinte- grität verletzen, automatisch. Alle externen Funktionen wurden beschleunigt: statt des Befehls Execute() der "dos.library" wird nun SystemTagList() verwendet; CLI-Fenster sind deshalb nicht mehr notwendig. CBSI jetzt kann nicht mehr über das Menü gestartet werden; dies war zur Geschwindigkeitsmessung ohnehin nicht sinnvoll. Das Programm benötigt jetzt die "cxb.library". MicroBase unterstützt jetzt das Transaktionskonzept. Auf diese Weise kann der Inhalt der Datenbank nach einem Systemfehler oder Stromausfall wieder in einen konsistenten Zustand gebracht werden. "Relationen" wurden in "Referenzen" umbenannt, da der Begriff Relation die Tabelle selbst und nicht die Verknüpfung bezeichnet. Die Sperrdatei für den Mehrbenutzerbetrieb (.LCK) hat jetzt ein anderes Format, das die gleichzeitige Sperrung von mehreren Daten- sätzen ermöglicht. Leider ist das neue Format nicht mit dem alten kompatibel. Ein Programm zur Erstellung von Passwortdateien wird mitgeliefert. Es arbeitet mit Zufallszahlen. Das "Packen" einer Datenbankdatei entfernt wie bei dBASE die durch das Löschen entstandenen verwaisten Datensätze. Die internen Funktionen wurden beschleunigt. Durch die veränderte Verwaltung der virtuellen Selektionsmatrix kann eine Datenbankdatei von mehreren Benutzern im 'virtuellen Modus' geöffnet werden. »CBSI« berechnet die MIPS nach einem neuen Verfahren. Die MFLOPS für den mathematischen Coprozessor werden jetzt auch ermittelt. MicroBase muss vor der ersten Benutzung personalisiert werden: außer den Benutzerdaten muss ein Registrierungsschlüssel eingegeben werden, um das Keyfile freizuschalten. Die Benutzerdaten werden mit dem Befehl "Projekt/Über" ausgegeben und können über den Menü- punkt "Optionen/Personalisierung" geändert werden. Datenbankdateien können in das HTML-Format konvertiert werden, um sie dann im Internet zu veröffentlichen. Datenbankdateien können in das Format des Satzsystems TeX (LaTeX) konvertiert werden. Alle Neuerungen wichtigen wurden im Abschnitt "Neues" der Doku- mentation stichwortartig zusammengefasst. Die Konvertierung von Tabellen in HTML-Dokumenten in das ASCII- Format ist möglich. Der Textanzeiger VIEW wurde dahingehend geändert, dass er immmer mit verlassen werden muss. Er wirft keine Enforcer Hits mehr. Beim "Ansehen" von Datenbankdateien wird die Maus durch eine Mausleiste unterstützt. Bei "Unterfenstern" wurde das Schließsymbol entfernt, da es nicht notwendig ist. Das Blättern im Browser wurde beschleunigt, indem nur noch die veränderten Teile des Fensters erneuert werden. Der Browser versucht, statt des Zeichensatzes "Topaz" "XEN" oder "small" zu verwenden. Der Import von sequenziellen Dateien wurde optimiert. Für das Konvertieren von (sequenziellen) ASCII-Textdateien wird ein Modul zur Verfügung gestellt. In Skripten wird MicroRexx unterstützt. Der Kompatibilitätsmodus beeinflusst jetzt auch die Ausführung von Berechnungen und Skripten. Eine Reihe von Programmeldungen wird nur erst Bedarf von der Festplatte nachgeladen. Dadurch wurde (1) das etwas Programm kürzer und (2) das Ändern der Meldungen erheblich vereinfacht. Datenbankdateien können in Tabellen des Textformatierers "asc2frm" konvertiert werden. Dies erleichtert die Druckaufbereitung erheb- lich. (* sechste veröffentlichte Version *) 4.0.1 Das Utility »dfree« wurde neu programmiert (zuerst in C, dann Blitz Basic 2, jetzt Maxon Basic 3), um einen kürzeren Programmcode zu erreichen. Der Bildschirmaufbau des Voreinstellers wurde beschleunigt. ASCII- und HTML-Dokumente werden beim Öffnen automatisch in das MicroBase-Format konvertiert. Durch die Verwendung einer einfacheren Verlaufsanzeige werden die Datenbankoperationen schneller durchgeführt. Die Namen konvertierter Datenbanken werden korrekt im Fenstertitel angezeigt. Nach dem Eingeben eines neuen Datensatzes wird die Anzahl der Datensätze neu berechnet. (Früher las MicroBase teilweise nach einem Abbruch der Eingabe den nicht vorhandenen neuen Datensatz; ein Programmabsturz war dann die Folge.) Eine Reihe von Datenbankoperationen wurde beschleunigt und an den Kompatibilitätsmodus angepasst. Berechnungen und Skripte werden schneller ausgeführt, weil sie während der Ausführung im Arbeitsspeicher gehalten werden (temp. Verzeichnis »T:«). 4.0.2 Ein weiterer Fehler von GFA-Basic wurde durch die direkte Verwendung von Betriebssystemfunktionen beseitigt: die rechenzeitintensive Menüabfrage durch sogenanntes "Polling". Statt der BASIC-Befehle ON MENU GOSUB, ON MESSAGE GOSUB und SLEEP verwendet MicroBase die Funktionen WaitPort() und GetMsg() der "exec.library". Im Gegensatz zu SLEEP benötigt WaitPort() während des Wartens keine Rechenzeit. MicroBase ist @{b}systemfreundlich@{ub}, weil es wenig Rechenzeit benötigt. Durch die neue Menüabfrage könnte es möglich werden, Gadgets zu verwenden. Ein Beispiel hierfür ist der neue Voreinsteller - er wurde komplett in GFA-Basic geschrieben. Durch die Umstellung von Blitz Basic 2 auf GFA-Basic 3.51 wurde das Programm schneller und erheblich kürzer (34 KB statt 54 KB). Für die Darstellung der Gadgets wurde die "graphics.library" verwendet (nicht Intuition!). Die Eingaberoutine ignorierte eine Änderung der Maskenbreite - behoben. Ein Fehler des Voreinstellers wurde behoben: Die Optionen "Referenzfelder hervorheben" und "Referenzfelder ignorieren" waren falsch beschriftet. (* siebte veröffentlichte Version *) 4.0.3 Sequenzielle Textdateien werden korrekt importiert. MicroBase und das Importmodul unterstützen endlich Feldtrenner in durch Anfüh- rungszeichen begrenzten Datensätzen. Diese Anleitung behandelt den Import von Daten aus Tabellen- kalkulationen. Die Bildschirmmaske für den Import bzw. Export sequenzieller Dateien wurde korrigiert. Das Importmodul für sequenzielle Dateien verwendete eine fehler- hafte Eingaberoutine. (Aus der Eingabe 42 wurde z. B. 24.) Feld- trenner können jetzt korrekt eingegeben werden. Dateien mit weniger Feldnamen als Feldern werden korrekt behandelt. Der Textkonvertierer "delcode" wird mitgeliefert. Er ist beim Konvertieren von Windows-Dateien hilfreich. Datenbanken können archiviert und wieder hergestellt werden. Das Jahr-2000-Problem wird eingehendert erörtert; es stellte bei MicroBase nie ein Problem dar. Die Behandlung des 29.02. wurde in Version 2.0 gelöst. 4.0.4 Externe Abfragen erlauben den Zugriff auf Datenbanken ohne die Verwendung von MicroBase. Diese Abfragen können in CGI-Skripten eingesetzt werden, um aus einer Suchanfrage eine HTML-Seite mit passenden Datensätzen als Antwort zu generieren. Hilfefunktion und Lernprogramm können über das neue Menü "Hilfe" aufgerufen werden. 4.0.5 MicroBase verwendet die Version 37.2 der »cxb.library«. Das Utility »cbsi« wurde aktualisiert. MicroBase wurde mit Amiga OS 3.5 getestet. Der Voreinsteller »mbprefs« ist wieder in Blitz Basic 2.1 programmiert. Die Menüs wurden an Amiga OS Release 3.5 angepasst. Die Internet-Verweise wurden geändert. Die Funktionsfähigkeit hinsichtlich des so genannten Jahrtausend- wechsels wurde am 01.01.2000 und am 29.02.2000 getestet. Die Doku- mentation wurde überarbeitet. MicroBase testet auf Amiga OS 3.5 und gibt einen Hinweis, dass SetPatch deaktiviert werden muss. Die Konsistenzprüfungen für Dateien wurden verbessert. Datenbankdateien können in SQL-Skripte konvertiert werden. (* achte veröffentlichte Version *) 5.0.0 MicroBase ist jetzt auch in englischer Sprache verfügbar. Die Lokalisierung erfolgt bei Utilities manuell und beim Datenbank- programm halbautomatisch über ein Programm, das aus mehreren Dateien deutsche Texte oder Progrsammzeilen und deren englischen Entsprechungen liest. Datenbanken können in das XML-Format konvertiert werden, das im World Wide Web für den Datenaustausch verwendet wird. Für Datenfelder können jetzt individuelle Hilfe-Texte und Beschreibungen eingegeben werden. Diese werden zusätzlich zu der Standard-Feldhilfe angezeigt. Beim Löschen einer Datenbankdatei werden auch die optionalen Dateien - z. B. die Berechnungsformeln und Referenzeinstellungen - gelöscht. Neue Shell-Skripte vereinfachen externe Abfragen. Der Umweg über »mkmba« entfällt. Die Verlaufsanzeige ist jetzt graphisch und deshalb besser zu interpretieren. Beim Starten und Verlassen von MicroBase wird auch eine Verlaufsanzeige dargestellt. Einige Module waren statisch mit der »hbasic2.library« gelinkt. Durch dynamisches Linken wurden diese Module entsprechend kürzer. Die neue Verlaufsanzeige verwendete eine nicht lokale Variable und brachte so z. B. das Importieren einer Datenbank zum Absturz. XML-Dateien enthalten eine interne DTD. Das optionale XSL- Stylesheet formatiert die Datensätze als HTML-Tabelle. XML-Dateien können in sequenzielle Textdateien konvertiert werden. 5.0.1 Das Reorganisieren und Packen von Datenbankdateien wurde optimiert. Die Dokumentation wurde überarbeitet. MicroBase wurde mit Amiga OS 3.9 getestet. "cbsi" erkennt Amiga OS 3.9. Bei Amiga OS 3.9 ist bereits eine neuere Version der "rexxmathlib.library" vorhanden; die mitgelieferte wird dann nicht installiert. "cxb.library" wurde mit Creative E 2.1 neu kompiliert. MicroBase wird schneller herunter gefahren; die alte Methode verwendete einen ineffizienten Befehl. 5.0.2 Datenfelder können gelöscht und an die bestehenden angehängt werden. Die Personalisierung konnte nicht immer erfolgreich durchgeführt werden - behoben. Die Lokalisierung wurde überarbeitet. Einige kleinere Fehler wurden behoben. @endnode @node multiuser "MicroBase im Mehrbenutzerbetrieb" Seit Version 2.1.8 unterstützt MicroBase die Bearbeitung einer Datenbank- datei durch mehrere Benutzer zur gleichen Zeit. Dazu wird eine spezielle Datei verwendet, in der die zur Zeit in Bearbeitung befindlichen Datensätze vermerkt sind. Hinweis: In Version 3.0.9 wurde der Aufbau der Sperrdatei (.LCK) geändert, um das gleichzeitige Sperren von mehreren Datensätzen ermöglichen zu können. Versionen ab 3.0.9 können nicht mit früheren Versionen im Mehr- benutzerbetrieb zusammenarbeiten. In MicroBase existieren folgende Varianten der Zugriffsverweigerung: @{b}1. Sperrung des 'virtuellen Modus'@{ub} Die Verwaltungsdatei für den 'virtuellen Modus' kann für eine Datenbankdatei nur einmal erzeugt werden. Dies bedeutet, dass die anderen Benutzer zwangs- läufig den Standardmodus benutzen müssen. (Dies ist auch die Reaktion des Programms auf diese Situation.) Hinweis: Da die Verwaltung der virtuellen Selektionsmatrix in Version 3.0.9 optimiert wurde, sollte diese Art der Sperrung nicht mehr nötig sein. @{b}2. Sperrung einer Datenbankdatei@{ub} Falls sich eine Operation auf die gesamte Datenbank bezieht, wird sie auch vollständig gesperrt. Dies bedeutet, dass kein weiterer Schreibzugriff auf die vorhandenen Datensätze zulässig ist, bis die Datenbanksperrung aufge- hoben ist. Die gesamte Datenbank wird u. a. beim Aktualisieren, Sortieren und Löschen von Datensätzen sowie bei der Abwicklung von Transaktionen gesperrt. @{b}3. Sperrung eines Datensatzes@{ub} MicroBase sperrt Datensätze, die zur Zeit ediert werden. So kann nur jeweils ein Benutzer den Inhalt eines Datensatzes ändern. @endnode @node script "Die Verwendung von ARexx-Skripten" ARexx-Skripte sind ARexx-Programme, die den Inhalt von Datensätzen ändern können. Für sie gilt deshalb grundsätzlich erst einmal dasselbe wie für @{" Berechnungen " link formel}. Im Vergleich zu Berechnungsformeln bestehen folgende Unterschiede: · sie sind nicht auf ein einziges Datenfeld beschränkt · sie können auch den Inhalt von nicht numerischen Datenfeldern ändern · es können komplexere Formeln berechnet werden - auch über mehrere Zeilen hinweg · es sind flexible Abfragemöglichkeiten vorhanden · es besteht die Möglichkeit, eigene Variabeln zu definieren und diese für den nächsten Programmlauf abzulegen · sie können eigene Prozeduren und Funktionen definieren · die Selektion der Datensätze kann geänder werden · in Verbindung mit der ARexx-Erweiterung MicroRexx sind Dialogboxen, Gadgets, Menüs sowie die Berechnung mathematischer Funktionen möglich Skripte sollten auf einem möglichst schnellen Datenträger (RAD:, RAM:) aus- geführt werden, da der Datenaustausch über temporäre Dateien im Verzeichnis des Skripts erfolgt. @{" Beispiel einer Problemstellung " link scrpro} @{" Ablauf einer Skriptausführung " link scrrun} @{" Übergebene Variabeln " link scrvar} @{" Ein Beispiel für ein Skript " link scrbsp} @{" Anwendungsbeispiele " link scranw} @{" Die Entwicklung eines ARexx-Skriptes" link scrdev} @{" Die Erstellung interaktiver Skripte " link scrint} @{" Erstellung von MicroRexx-Skripten " link microrexx} @{" Selektion von Datensätzen über Skripte " link scrsel} Für eine Übersicht über die ARexx-Funktionen für die Verarbeitung von Zei- chenketten (Strings) konsultieren Sie bitte Ihr mit dem Amiga geliefertes Handbuch zur Programmiersprache ARexx. @{b}Temporäre Dateien@{ub} Datei Bemerkung -------------------------------------------------------- T:MicroBase.cvd temp. Kopie der globalen Konstanten T: .rexx temp. Kopie des Skripts (in Ausführung) T: .mrx temp. Kopie des Skripts (unbearbeitet) T: .mro temp. neuer Datensatzinhalt Alle Dateien werden im Verzeichnis »T:« gehalten, um eine möglichst hohe Ausführungsgeschwindigkeit zu erreichen. ist jeweils der Name der aktuellen Datenbankdatei ohne Pfadangabe und Erweiterung. @{b}Hinweis auf Änderung@{ub} Skripte der Versionen 2.X müssen angepasst werden, da sich die Variablen für die Feldinhalte geändert haben. @endnode @node scrpro "Beispiel einer Problemstellung" Angenommen, Sie arbeiten in einer Lohn- und Gehaltsbuchhaltung und sollen die neuesten Tarifabschlüsse in die Tat umsetzen. Die Löhne ändern sich wie folgt: @{i} alter Lohn Lohnänderung ----------------------------- < 900 DM + 150 DM 900 - 3 160 DM + 1.7 % sonst + 1.3 % @{ui} Wie Sie sehen, kann eine Berechnungsformel das Problem nicht lösen. Wenn die Höhe des Lohnes im 3. Feld der Datenbank steht, könnte der Haupt- teil des Skriptes wie folgt lauten: @{i} IF ( field3 < 900 ) THEN field3 = field3 + 150 ELSE DO IF ( ( field3 >= 900 ) & ( field3 < 3161 ) ) THEN field3 = field3 * 1.017 ELSE field3 = field3 * 1.013 END @{ui} Bei komplexen Problemen können Skripte also sehr nützlich sein. @endnode @node scrrun "Ablauf einer Skriptausführung" Während der Ausführung besteht Ihr Skript aus folgenden Teilen: · ggf. der Datei »MicroBase.CVD« aus dem Programmverzeichnis. Sie enthält die globalen Konstanten. · der von MicroBase eingefügte Programmcode übergibt die Feldinhalte und einige Systemwerte. · Ihrem Skript. Dieses muss die Feldinhalte im Anschluss an deren Verän- derung in eine Datei schreiben, deren Name in der Variablen »mroname« steht. Alle drei Teile können zusammen maximal so lang wie ein Datensatz werden - also etwa 70 KB. Dies gilt entsprechend für die Ausgabedatei. Alle Dateien werden in dem Verzeichnis erzeugt, in dem sich das Skript befindet. Sie können zusammen bis zu 150 KB lang sein. Diese Phasen werden für jeden einzelnen Datensatz durchlaufen. Vor dem Ablauf eines Skripts entsteht also eine kurze Verzögerung, in der MicroBase das Skript vervollständigt. Hinweis: Sie können den Ablauf von Skripten beschleunigen, indem Sie sie auf die resetfeste RAM-Disk ("RAD:") kopieren. @endnode @node scrvar "Übergebene Variablen" MicroBase übergibt Ihrem Skript folgende Variablen: Variable Typ Inhalt --------------------------------------------------------------------------- field@{i}nnn@{ui} Zeichen Dies sind die Feldinhalte (@{i}nnn@{ui} = Zahl von 1 bis 234) mroname Zeichen Dies ist der Name der von Ihrem Skript zu erstel- lenden Ausgabedatei. Sie muss die Inhalte aller Fel- der in der korrekten Reihenfolge (field1 bis field234) enthalten. Die Beispiel- und Rahmenskripte enthalten diese Datenübergabe bereits. recno Zahl Nummer des aktuellen Datensatzes. reccount Zahl Anzahl der Datensätze. recmax Zahl Maximale Anzahl der Datensätze. recsel Zahl Anzahl der zuvor selektierten Datensätze. dbname Zeichen Name der Datenbankdatei. idxname Zeichen Name der Selektionsmatrix. mrxname Zeichen Name des ARexx-Skriptes. fields Zahl Anzahl der Datenfelder. selected Zahl Selektion des Datensatzes: 0 -> nein, != 0 -> ja Die Werte der Datenfelder sowie von Variablen des Typs "Zeichen" werden dabei in doppelte Anführungszeichen (") gesetzt. @endnode @node scrbsp "Ein Beispiel für ein Skript" Zu der Datenbankdatei »Beispiel.DAT« gehört folgendes Skript, das die Inhalte der Felder "Briefanrede" und "Adressanrede" erstellt. Das Feld "Anrede" enthält den Eintrag 'er Herr', in einer Adresse muss jedoch 'Herrn' stehen. Die betroffenen Felder sind 6, 7 und 8. Das Skript sieht wie folgt aus: @{i} /* Beispiel.MRX */ NUMERIC DIGITS 14 SIGNAL ON ERROR SIGNAL ON SYNTAX /* Fügen Sie bitte hier Ihre Programmzeilen ein! */ IF field6 = "er Herr" THEN DO field7 = "Herr" field8 = "Herrn" END ELSE DO hlp1 = INDEX(field6, " ") field7 = SUBSTR(field6, hlp1 + 1) field8 = SUBSTR(field6, hlp1 + 1) DROP hlp1 END /* Zurückschreiben der Feldinhalte */ CALL OPEN(out,mroname,"W") CALL WRITELN(out, field1) ... CALL WRITELN(out, field234) CALL WRITELN(out, selected) CALL CLOSE(out) /* Programm beenden */ CALL REMLIB("rexxmathlib.library") CALL REMLIB("rexxsupport.library") EXIT /* Fehlerbehandlung */ SYNTAX: SAY "##SYNTAX" EXIT 10 ERROR: SAY "##ERROR" EXIT 10 /* Fügen Sie hier ggf. Ihre Funktionen und Prozeduren ein! */ @{ui} Es wird während der Laufzeit wie folgt abgewandelt. In den durch '//' vom Programmcode getrennten Kommentaren finden Sie eine kurze Erläuterung. @{i} /* RAM_0:Beispiel.rexx */ // Kopfzeile des von Micro- CALL ADDLIB("rexxsupport.library",0,-30,0) // Base geänderten Skripts: CALL ADDLIB("rexxmathlib.library",0,-30,0) // Öffnen der Bibliotheken /* MICROBASE.CVD */ NUMERIC DIGITS 14 // MicroBase.CVD wird // eingefügt (Konstanten) #pi = 3.141592653589793 #e = 2.718281828459045 field1 = "Meier" // Einschub: Übergabe der field2 = "Bettina" // Feldinhalte field3 = "Meierdorfer Weg 12" field4 = "0" field5 = "12345 Wundorf" field6 = "es Fräulein" field7 = "Fräulein" field8 = "Fräulein" field9 = "" field10 = "" ... field234 = "" mroname = "RAM_0:Beispiel_.MRO" // Einschub: Übergabe der recno = 5 // Variablen reccount = 5 recmax = 20 recsel = 0 dbname = "RAM_0:Beispiel.DAT" idxname = "" mrxname = "RAM_0:Beispiel_.MRX" fields = 8 selected = 0 /* Beispiel.MRX */ // Eigentliches Skript NUMERIC DIGITS 14 SIGNAL ON ERROR SIGNAL ON SYNTAX /* Fügen Sie bitte hier Ihre Programmzeilen ein! */ IF field6 = "er Herr" THEN DO field7 = "Herr" field8 = "Herrn" END ELSE DO hlp1 = INDEX(field6, " ") field7 = SUBSTR(field6, hlp1 + 1) field8 = SUBSTR(field6, hlp1 + 1) DROP hlp1 END /* Zurückschreiben der Feldinhalte */ CALL OPEN(out,mroname,"W") CALL WRITELN(out, field1) ... CALL WRITELN(out, field234) CALL WRITELN(out, selected) CALL CLOSE(out) /* Programm beenden */ CALL REMLIB("rexxmathlib.library") CALL REMLIB("rexxsupport.library") EXIT /* Fehlerbehandlung */ SYNTAX: SAY "##SYNTAX" EXIT 10 ERROR: SAY "##ERROR" EXIT 10 /* Fügen Sie hier ggf. Ihre Funktionen und Prozeduren ein! */ @{ui} MicroBase hat also Code für die Konstanten, Feldinhalte und Variablen hin- zugefügt. @endnode @node scranw "Anwendungsbeispiele" Für ARexx-Skripte sind unter anderem folgende Anwendungsgebiete denkbar: @{b}Aktualisierung von Datensätzen@{ub} Skripte ermöglichen hier sehr flexible Auswahlmöglichkeiten; u. a. ist die Verknüpfung mehrerer Kriterien möglich. Die Möglichkeiten zur Änderung eines Datensatzes sind vielfältiger als die eines Datenbankverwaltungssystems. @{b}Ausführung von Berechnungen@{ub} In Skripten können Sie umfangreiche Berechnungen ausführen; im Gegensatz zu Berechnungsformeln sind diese nicht auf nur eine Zeile beschränkt. Es besteht die Möglichkeit, eigene Funktionen zu erstellen. Berechnungen können auch über mehrere Datensätze hinweg vorgenommen werden, indem Zwischenergebnisse zwischengespeichert werden (siehe auch den Abschnitt über Berichte). @{b}Spezielle Exportskripte@{ub} Falls Ihnen die Exportmöglichkeiten von MicroBase nicht ausreichen, können Sie Exportskripte schreiben. In Exportskriptes können Sie das Format der Felder und die Feld- bzw. Daten- satztrennzeichen selbst bestimmen. Sie können auch für jedes Feld entschei- den, ob es überhaupt exportiert werden soll. @{i} Hinweis: Sie müssen neben der Ausgabedatei eine zweite Datei öffnen. Micro- Base erzeugt eine Fehlermeldung, wenn es keine (korrekte) Ausgabe- datei vorfindet. @{ui} @{b}Flexible Berichte (Listen)@{ub} Mit Skripten können Sie den Inhalt des Berichtes frei bestimmen. Eine interessante Möglichkeit ist die Erstellung von Listen mit Gesamt- summen. Gehen Sie dazu wie folgt vor: 1 Setzen Sie den Wert einer Variablen (hier: Summe) auf 0 (null), wenn der erste Datensatz bearbeitet wird. In diesem Fall hat die Systemvariable recno den Wert 1. 2 Wenn Sie nicht im ersten Datensatz sind, müssen Sie den aktuellen Wert der Variablen einlesen - hier mit Summe = GETCLIP("SUM"). 3 Erhöhen Sie in jedem Programmdurchlauf den Wert der Variablen um den Wert des gewünschten Feldes. 4 Speichern Sie den Wert der Variablen in einer CLIP-Liste ab - hier mit CALL SETCLIP("SUM", Summe) 5 Wenn das Programm im letzten Datensatz angekommen ist (recno = reccount), hat die Variable den korrekten Wert und Sie können sie ausdrucken. Ver- gessen Sie nicht, die Variable aus der CLIP-Liste zu entfernen! @{" Selektion von Datensätzen über Skripte " link scrsel} @endnode @node scrint "Die Erstellung interaktiver Skripte" Normalerweise erlaubt MicroBase keine interaktiven ARexx-Skripte. Die Ausgabe von Bildschirmmeldungen ist ebenso unmöglich wie die Anforderung von Benut- zereingaben. Dies resultiert daraus, dass die Skripte von der Workbench gestartet werden und deshalb kein eigenes Programmfenster besitzen. Die Lösung liegt also darin, im Skript selbst ein Fenster zu öffnen und dann dieses für die Interaktion mit dem Benutzer zu verwenden. Das folgende Beispiel fordert den Benutzer auf, den Wert des ersten Daten- feldes neu einzugeben: @{i} /* Fenster.MRX */ NUMERIC DIGITS 14 SIGNAL ON ERROR SIGNAL ON SYNTAX /* Fügen Sie bitte hier Ihre Programmzeilen ein! */ CALL OPEN("win","CON:0/0/640/256/" || mrxname) CALL WRITELN("win", "Geben Sie einen neuen Inhalt für Feld 1 ein:") field1 = READLN("win") CALL WRITELN("win", "Neuer Inhalt:") CALL WRITELN("win", field1) CALL WRITELN("win", "Weiter mit ") dummy = READCH("win",1) DROP dummy CALL CLOSE("win") /* Zurückschreiben der Feldinhalte */ CALL OPEN(out,mroname,"W") CALL WRITELN(out, field1) ... CALL WRITELN(out, field234) CALL WRITELN(out, selected) CALL CLOSE(out) /* Programm beenden */ CALL REMLIB("rexxmathlib.library") CALL REMLIB("rexxsupport.library") EXIT /* Fehlerbehandlung */ SYNTAX: SAY "##SYNTAX" EXIT 10 ERROR: SAY "##ERROR" EXIT 10 /* Fügen Sie hier ggf. Ihre Funktionen und Prozeduren ein! */ @{ui} Wie Sie sehen, wird die Ein- und Ausgabe des Skripts über das neu geöffnete Fenster "win" abgewickelt. Das Fenster wird am Ende des Skripts geschlossen, nachdem auf einen Tastendruck gewartet wurde. Die normalen ARexx-Befehle für Textausgabe und Benutzereingaben im CLI - SAY und PULL - können nicht verwendet werden. Das Fenster wird wie eine Datei behandelt; deshalb werden die Anweisungen READLN und WRITELN benutzt. @endnode @node microrexx "Erstellung von MicroRexx-Skripten" Normalerweise erlaubt MicroBase keine interaktiven ARexx-Skripte. Die Ausgabe von Bildschirmmeldungen ist ebenso unmöglich wie die Anforderung von Benut- zereingaben. Dies resultiert daraus, dass die Skripte von der Workbench gestartet werden und deshalb kein eigenes Programmfenster besitzen. Die Lösung liegt also darin, im Skript selbst ein Fenster zu öffnen und dann dieses für die Interaktion mit dem Benutzer zu verwenden. Zum Öffnen der Fenster kann die ARexx-Erweiterung MicroRexx benutzt werden. Das folgende Beispiel fordert den Benutzer auf, den Wert des ersten Daten- feldes neu einzugeben: @{i} /* MicroRexx.MRX */ options results address 'MicroRexx' NUMERIC DIGITS 14 SIGNAL ON ERROR SIGNAL ON SYNTAX /* Fügen Sie bitte hier Ihre Programmzeilen ein! */ d = field1 'INPUT' '"Feldinhalt ändern"' '"Sie können hier den Inhalt"' '"des ersten Datenfeldes edieren."' d field1 = result /* Zurückschreiben der Feldinhalte */ CALL OPEN(out,mroname,"W") CALL WRITELN(out, field1) ... CALL WRITELN(out, field234) CALL WRITELN(out, selected) CALL CLOSE(out) /* Programm beenden */ CALL REMLIB("rexxmathlib.library") CALL REMLIB("rexxsupport.library") EXIT /* Fehlerbehandlung */ SYNTAX: SAY "##SYNTAX" EXIT 10 ERROR: SAY "##ERROR" EXIT 10 /* Fügen Sie hier ggfs. Ihre Funktionen und Prozeduren ein! */ @{ui} Beachten Sie, dass zu Beginn des Skriptes zwei Zeilen eingefügt wurden, um eine Verbindung mit MicroRexx herstellen zu können: @{i} options results address 'MicroRexx' @{ui} Ohne diese Zeilen kann MicroRexx nicht aufgerufen würden bzw. die Rück- gabewerte der Befehle werden verworfen. Die Funktion "INPUT" von MicroRexx ermöglicht die Änderung eines Textes über eine Dialogbox: @{i} INPUT Titel Zeile1 Zeile2 [vorgegebener Feldinhalt] @{ui} MicroRexx unterstützt u. a. Gadgets, Zeichensätze und Menüs. Die "rexxmathlib.library" ist ebenfalls nur noch in Ausnahmefällen not- wendig, da die wichtigsten mathematischen Funktionen zur Verfügung gestellt werden. @endnode @node scrdev "Die Entwicklung eines ARexx-Skriptes" Die Entwicklung eines ARexx-Skriptes ist am einfachsten, wenn Sie eines der mitgelieferten Skripte an Ihre Bedürfnisse abwandeln. Folgende Basisskripte stehen zur Verfügung: Skript Bemerkung -------------------------------------------------------------------------- Empty.MRX Dies ist ein völlig "leeres" Skript. Mit dieser Basis ist eine Interaktion mit dem Anwender nicht möglich. Fenster.MRX Dieses Skript ist die Grundlage für interaktive ARexx- Skripte. Beachten Sie bitte, dass Sie statt SAY ... und PULL ... die Anweisungen CALL WRITELN("win", ...) bzw. ... = CALL READLN("win") benutzen müssen. MicroRexx.MRX Dieses Skript ist die Grundlage für interaktive Skripte, die die ARexx-Erweiterung "MicroRexx" verwenden. Diese ermöglicht die einfache Erstellung grafischer Benutzer- oberflächen mit Schaltflächen und Menüs. Nach dem Laden des Skriptes bestehen folgende Bearbeitungsmöglichkeiten: · Öffnen neuer Bibliotheken (Libraries) zu Beginn des Skriptes. Vergewissern Sie sich bitte, das von Ihnen geöffnete Bibliotheksdateien auch wieder geschlossen werden. · Erstellung von Funktionen und Prozeduren unterhalb der die korrekte Stelle kennzeichnenden Kommentarzeile. · Einfügen Ihres Programmcodes, der sich auf die Feldinhalte bezieht und diese ggf. verändert. · Öffnen von Dateien, z. B. für den Export von Datensätzen. Diese Dateien müssen Sie selbst wieder schließen. Bitte denken Sie daran, die Inhalte der Feldinhalte in die Ausgabedatei zu schreiben. Der Name der Ausgabedatei steht in der Variablen "mroname". Alle Rahmen-Skripte tun dies automatisch. @endnode @node scrsel "Selektion von Datensätzen über Skripte" Ab Version 3.0.4 können ARexx-Skripte die Selektion von Datensätzen über die Systemvariable @{i}selected@{ui} beeinflussen. Die Systemvariable @{i}selected@{ui} wird von MicroBase an das Skript übergeben und kann folgende Werte angeben: @{i}selected@{ui} Bedeutung ----------------------------------------- 0 Datensatz ist nicht selektiert != 0 Datensatz ist selektiert @{i}selected@{ui} wird nach den neuen Feldinhalten in die Ausgabedatei @{i}mroname@{ui} geschrieben. Dem aktuellen Datensatz wird dann der Selektionsstatus von @{i}selected@{ui} zugewiesen. Das Skript »Selektion_umkehren.MRX« selektiert alle deselektierten Datensätze und umgekehrt. @endnode @node dbe "Datenbankentwicklung" Die Entwicklung einer Datenbank besteht aus den folgenden Schritten: (1) Analyse der zu erfassenden Daten (2) Entwurf der Datenbank (3) Definition der Datenbankdateien (4) Erstellen von Verknüpfungen zwischen Datenbankdateien @{i} Im Folgenden wird davon ausgegangen, dass eine Auftragsverwaltung auf elek- tronische Datenverarbeitung umgestellt werden soll. @{ui} @{b}(1) Analyse der zu erfassenden Daten@{ub} Die zu erfassenden Daten müssen analysiert und zusammengestellt werden. Im Falle unserer Auftragsverwaltung müssen die Daten der zu liefernden Artikel sowie die Adressen der Auftraggeber verwaltet werden. Eine Ermittlung der Daten erfolgt durch eine Mitarbeiterbefragung bzw. durch eine Überprüfung ihrer Tätigkeit im Hinblick auf die Art und Menge der anfal- lenden Informationen. @{b}(2) Entwurf der Datenbank@{ub} Jetzt müssen die zu erstellenden Datenbankdateien entworfen werden. Hierzu gehört neben der Definition der Datenfelder (Feldname, Feldtyp und Feld- länge) auch deren Aufteilung auf eine oder mehrere Datenbankdateien. Bei der Verwendung von mehreren Datenbankdateien muss entschieden werden, wie diese Datenbankdateien miteinander verknüpft werden sollen - über ein gemein- sames Datenfeld bzw. über einen Index? Hinweis: MicroBase unterstützt Indizes nicht. Es verwendet Referenzcaches, um die Auflösung der Referenzen zu beschleunigen. Folgende Bedingungen müssen dabei erfüllt sein: · Vermeidung von Redundanz (keine Mehrfachspeicherung der Daten) · Effizienz (statt weniger großer besser viele kleine Datenfelder; Felder nicht länger als notwendig) · Verwendung des richtigen Datentyps ("Text" bei Telefonnummern wegen der möglichen runden Klammern) zur Vermeidung von Inkonsistenzen · Verwendung eines eindeutigen Ordnungsbegriffs, über den die Verknüpfung der Datenbanken erfolgen kann Der Entwurf erfolgt mit einem Schema wie diesem: Nr. Datenbank Datenfeld Datentyp Feldlänge Verknüpfung mit ---------------------------------------------------------------- 1 Aufträge Artikelnr. Nummer 10 ./. 2 Aufträge Artikel Referenz 1 Artikel:Bezeichnung ... 1 Artikel ArtNr. Nummer 10 ./. 2 Artikel Bezeichnung Text 40 ./. ... In diesem Beispiel wird in der Datei "Aufträge" eine Verknüpfung zu der Datenbankdatei "Artikel" hergestellt, um die Bezeichnung des Artikels zu er- mitteln. Die beiden Datenbankdateien werden dazu über die Felder "Artikelnum- mer" und "ArtNr." miteinander verknüpft, da diese den gleichen Inhalt haben. Es wurde erreicht, dass nur noch die für die Verknüpfung benötigte Artikel- nummer doppelt gespeichert wird; die 40 Zeichen für die Artikelbezeichnung wurden eingespart und somit Redundanz vermieden. Bei 2 000 Datensätzen werden so schon 80 KB gespart! @{i}Entity/Relationship Diagramm@{ui} Normalerweise wird man im Rahmen einer Systemanalyse aus einem sog. "Entity/ Relationship-Diagramm" (ERM) die erforderlichen Relationen ableiten. Dies wird in jedem guten Buch über Systemanalyse, Software Engineering oder rela- tionale Datenbanken eingehend erörtert. Das ERM stellt Datensätze (Entities) als Rechtecke, Datenfelder (Attri- bute) als Ellipsen und Verknüpfungen (Relationships) als Rauten dar. Diese Elemente werden jeweils durch Linien verbunden und erhalten einen Namen (die Namen von Schlüsselfeldern werden unterstrichen). Meist entspricht einem Entity bzw. einer Relationship eine Datenbank- datei (Tabelle). @{" Abbildung: Entity/Relationship Diagramm " system "Viewer/iff_view Lernprogramm/ERM.IFF"} @{b}(3) Definition der Datenbankdateien@{ub} Die in Schritt (2) entworfenen Datenbankdateien werden in diesem Schritt mit Hilfe eines Datenbankverwaltungssystems (kurz DBMS) - z. B. mit MicroBase - erstellt. Dazu müssen die Entitys und Relationships in Datenbankdateien überführt werden. Diese Datenbankdateien sollten dann in @{" Normalformen " link nf} überführt werden, um Inkonsistenzen in der Datenbank zu vermeiden. Falls das DBMS Optionen zur Gewährleistung der Datensicherheit und des Datenschutzes bietet, sollten Sie diese möglichst aktivieren (z. B. eine Plausibilitätskontrolle für Datumsangaben oder einen Passwortschutz). So ver- meiden Sie Inkonsistenzen in Ihren Daten (beispielsweise "31.02.1997"). Die genannten Optionen sind in MicroBase verfügbar. @{b}(4) Erstellen von Verknüpfungen zwischen Datenbankdateien@{ub} Nach der Erstellung der Nebendatenbankdateien können Sie die Hauptdatenbank- datei erstellen, die sich über Verknüpfungen auf die anderen Datenbankdateien bezieht. Hierbei ist darauf zu achten, dass die richtigen Datenfelder miteinander verknüpft werden. Die Datentypen der Felder müssen gleich sein. Es werden - wenn man von objektorientierten Datenbanken einmal absieht - heute hauptsächlich zwei Arten von Datenbankverwaltungssystemen unterschieden, die Verknüpfungen unterstützen: hierarchische DBMS: Hier werden einer Hauptdatenbank mehrere Nebendaten- banken zugeordnet. Eine Verknüpfung ist nur über die Hauptdatenbank möglich. relationale DBMS: Hier kann jede Datenbank mit einer beliebigen anderen verknüpft werden. Ein Umweg über die Hauptdatenbank ist nicht notwendig. Datenbanken werden hier als eine Art von Tabellen interpretiert. Relationale Datenbanken sind also wesentlich flexibler als hierarchische. Hinweis: MicroBase verfügt zwar über die Funktionalität eines relationalen Datenbankverwaltungssystems, unterstützt aber nicht die Anzeige der Datenbanken in Tabellenform. Um sogenannte m:n-Beziehungen zwischen mehr als zwei Datensätzen verwenden zu können, müssen Sie die gewünschten Datenfelder selektieren. Das DBMS sollte möglichst auf die Einhaltung der referenziellen Integrität achten. Beispielsweise sollte eine Verknüpfung mit der Artikelnummer 4 711 nicht möglich sein, wenn es den entsprechenden Artikel nicht mehr gibt. MicroBase überprüft Datensätze beim Eingeben, Importieren, Sortieren, Löschen usw. auf die Einhaltung der referenziellen Integrität und hilft Ihnen, alle die Referenzintegrität verletzenden Datensätze zu finden (siehe Menüpunkt "Extras/Caches aktualisieren"). Zur Fehlerbereinigung ist die Verwendung des @{" Transaktionskonzeptes " link ta} sinnvoll. @endnode @node zf "Zahlenformate" Für numerische und Berechnungsfelder können Zahlenformate definiert werden. Diese werden beim Ausdruck von Listen und Etiketten verwendet, um die Zahlen in einem einheitlichen Format zu drucken. Durch Zahlenformate können Zahlen beispielsweise auf zwei Nachkommastellen gerundet und mit einen Währungszeichen ausgegeben werden. In Zahlenformaten sind folgende Zeichen erlaubt: Zeichen Wirkung --------------------------------------------------------------------- # Ziffer bzw. Leerzeichen als Füllzeichen . Tausendertrennzeichen , Dezimalkomma * Ziffer bzw. Verwendung des Sterns als Füllzeichen - Position des negativen Vorzeichens (falls notwendig) + Position des Vorzeichens (auch positiv) $ Währungszeichen '$' voranstellen ^^^^ Exponentialformat benutzen ("2.0E+09" statt "2000000000.0") _ nächstes Zeichen nicht interpretieren und einfach übernehmen Alle anderen Zeichen werden unverändert übernommen. Zahlen werden immer auf die angegebene Zahl von Nachkommastellen gerundet und dazu ggf. mit Leerzeichen aufgefüllt, falls die Zahl weniger Ziffern hat als im Zahlenformat angegeben sind. @{b}Beispiele@{ub} Format Zahl Ergebnis ---------------------------------------- *#### 11.78 ***12 DM #.###,## 1234.5678 DM 1.234,57 @{b}Fehler@{ub} Zahlenformate können folgende Codes als Fehlermeldungen liefern: Code Bedeutung -------------------------------------------------------------------- % Die Zahl ist länger, als das Zahlenformat zulässt. ? Das Zahlenformat ist konnte nicht interpretiert werden, weil es ungültige Zeichen enthält. @endnode @node pl Problemlösungen Zum besseren Auffinden sind die Probleme in folgende Kategorien einegteilt: - Bildschirmdarstellung - Datentypen - Sortieren - Konvertieren - Allgemeines ---------- BILDSCHIRMDARSTELLUNG ------------------------------------------- @{b}Bildschirmmasken werden nicht korrekt angezeigt@{ub} Da die Bildschirmmasken des Editors auf den Standardzeichensatz »Topaz 8« ausgelegt sind, sollte dieser oder ein anderer nicht proportionaler Zeichensatz mit 8 Punkten in den Voreinstellungen aktiviert werden. @{b}Das Eingabefeld ist leer, obwohl es Text enthält@{ub} Bei Feldern mit mehr als WIDTH Zeichen werden die Daten auf der linken Seite des Cursors nicht angezeigt. Sie sind jedoch immer noch vorhanden und können mit Hilfe der Cursortasten erreicht werden. WIDTH ist die aktuelle Maskenbreite (Voreinstellung: 53 Zeichen). @{b}Wie ändere ich die Maskenbreite?@{ub} Lesen Sie dazu bitte den Abschnitt @{" MicroBase starten " link start}. @{b}Umlaute werden nicht korrekt dargestellt@{ub} Der Zeichensatz der Datenbankdatei wurde beim Importieren nicht konvertiert (bzw. konvertiert, obwohl es nicht notwendig war). Dieses Problem tritt meist bei SuperBase-Datenbankdateien auf, da diese eine nicht dem Standard entsprechende Umschreibung für Umlaute verwenden. @{b}Am Anfang (Ende) des Datenfeldes befinden sich merkwürdige Zeichen@{ub} Dies ist ein Hinweis auf Fehler beim Datenbankzugriff. Sie sollten zunächst den Kompatibilitätsmodus aktivieren. Falls dies keine Wirkung hat, müssen Sie die Datenbankdatei reorganisieren lassen. @{b}VIEW kann den Text nicht anzeigen@{ub} Wenn VIEW beim Laden des Textes abbricht, gibt es zwei Ursachen: · falls der Textpuffer nicht ausreicht, verwenden Sie das ToolType SIZE=, um die Puffergröße in KB festzulegen · falls das letzte Zeichen des Dokumentes keine Zeilenschaltung ist, fügen Sie am Ende des Textes eine Leerzeile hinzu @{b}VIEW zeigt nach dem Blättern nur eine leere Seite an@{ub} Das Programm ist am Ende des Textes angekommen. Sie können VIEW jetzt verlassen, indem Sie auf drücken, oder für eine Hilfestellung auf drücken. ---------- DATENTYPEN ------------------------------------------------------ @{b}Das eingegebene Datum wird nicht akzeptiert@{ub} MicroBase schreibt für Datumsangaben das Format "TT.MM.JJJJ" vor. Sie sollten zunächst prüfen, ob Ihre Eingabe diesem Format entspricht und ob das Datum gültig ist (z. B. gibt es keinen 31.04.1997). Der 29.02. wird im Gegensatz zu der Windows-Tabellenkalkulation eines bekannten Herstellers nur bei Schaltjahren akzeptiert. @{b}Zahlen werden falsch gedruckt@{ub} In diesem Fall sollten Sie das @{" Zahlenformat " link zf} korrigieren. ---------- SORTIEREN ------------------------------------------------------- @{b}Das Programm sortiert falsch@{ub} Vergewissern Sie sich bitte zunächst, dass Sie die korrekte Sortiermethode und -richtung gewählt haben. Falls Sie die phonetische Suche aktiviert haben, werden alle Textfelder nach ihren Lautwerten sortiert - "Müller" kann also vor "Miller" einsortiert werden. @{b}Das Programm stürzt beim (nach dem) Sortieren ab@{ub} MicroBase verwendet ein beschleunigtes Sortierverfahren, das in einigen Fällen zu Problemen führen kann. Sie sollten den Kompatibilitätsmodus aktivieren, damit das Sortieren verlangsamt wird. @{b}Meine Datenbankdateien können nicht mehr sortiert werden@{ub} MicroBase verwendet ein optimiertes Sortierverfahren, das erheblich mehr freien Platz auf dem Datenträger benötigt. Faustregel: Es muss etwas mehr freier Platz vorhanden sein, als die Daten- bankdatei selbst benötigt. Weitere Informationen finden Sie bei der Beschreibung des Befehls. ---------- KONVERTIEREN ---------------------------------------------------- @{b}Feldnamen werden nicht korrekt in dBASE-Dateien konvertiert@{ub} Dies ist eine Einschränkung von dBASE: Feldnamen dürfen nur 10 Zeichen lang sein. Es sind nur Großbuchstaben erlaubt; Leerzeichen dürfen nicht verwendet werden. @{b}SuperBase-Datenbanken werden nicht korrekt importiert@{ub} Falls beim Import von SuperBase-Datenbankdateien Fehler auftreten, sollten Sie zunächst sicher stellen, dass die Datenbankdatei nur Textfelder enthält. Wenn die Feldtypen erhalten bleiben sollen, können Sie die Datei mit Super- Base in eine dBASE-Tabellendatei exportieren und dann diese in MicroBase importieren. @{b}Die Datei wird nicht (automatisch) konvertiert@{ub} Falls eine Datei nicht konvertiert werden konnte, sollten Sie sich ver- gewissern, dass deren Format von MicroBase unterstützt wird. Konvertieren Sie die Datei ggf. in ein Format, das von MicroBase unterstützt wird (möglichst dBASE). Bei ASCII-Textdateien ist eine Konvertierung nur dann sinnvoll, wenn die Daten in einer Art Tabelle vorliegen. MicroBase kann diese Tabellen jedoch nur dann konvertieren, wenn keine Leerzeichen als Trenner verwendet werden: @{b}FALSCH:@{ub} Name Straße Ort Franz Meier Kirchweg 12 43324 Irgendwo ... ... ... @{b}RICHTIG:@{ub} Name Straße Ort Franz Meier Kirchweg 12 43324 Irgendwo ... ... ... » Setzen Sie für (Tabulatorzeichen) den verwendeten Feldtrenner ein. MicroBase würde bei der Verwendung von Leerzeichen als Feldtrenner viele leere Datenfelder erzeugen. Eine automatische Konvertierung ist nur dann möglich, wenn die Datei die korrekte Extension hat: Extension Datenbankformat ---------------------------- .asc ASCII-Textdatei .dat MicroBase .DBF dBASE (III - 5.0) .html HTML-Dokument .sbf SuperBase (IV) ---------- ALLGEMEINES ----------------------------------------------------- @{b}MicroBase ist viel zu langsam@{ub} Zum Beschleunigen der Datenbankzugriffe gibt es folgende Möglichkeiten: 1. Lassen Sie Ihre Datenträger regelmäßig defragmentieren. 2. Schalten Sie ggf. Cache-Programme ab. 3. Verwenden Sie nicht die "phonetische Suche". 4. Versuchen Sie, den Kompatibilitätsmodus zu deaktivieren. 5. Schalten Sie den Mehrbenutzerbetrieb ab, wenn Sie nicht im Netzwerk arbeiten. 6. Lassen Sie ggf. die Referenzcaches aktualisieren. 7. Deaktivieren Sie die "strikte Referenzintegrität" und führen Sie den Punkt 6 regelmäßig durch. 8. Lassen Sie die Datenbankdatei "packen", um unbenutzte Datensätze zu entfernen. 9. Verwenden Sie keine Passwortdateien, wenn es nicht unbedingt sein muss. @{b}Nach dem Schließen eines Fensters erfolgt ein Absturz@{ub} Verwenden Sie das "SetPatch"-Programm von Amiga OS 3.5 / 3.9 nicht, wenn Sie MicroBase starten wollen. @{b}Sind Passwörter und verschlüsselte Datenbankdateien sicher?@{ub} Grundsätzlich gilt: Ein hundertprozentiger Schutz der Daten ist nicht möglich; Unbefugten kann jedoch der Zugriff auf die Daten so weit wie möglich erschwert werden, indem vernünftige Passwörter und Verschlüsselungsverfahren eingesetzt werden. · MicroBase speichert - im Gegensatz zu den meisten Anwendungsprogrammen - keine Informationen über verwendete Passwörter ab. · Bei bis zu 60 Zeichen langen Passworten gibt es etwa 191 ^ 60 = 10 ^ 137 mögliche Kombinationen. (Steuerzeichen können nicht verwendet werden.) · Auch mit einem gültigen Passwort ist der Zugriff auf eine Datenbankdatei ohne MicroBase sehr schwierig, da das Programm ein spezielles Verfahren zur Datenverschlüsselung benutzt. · Das Passwort wird auf dem Bildschirm lediglich in Form von "Sternchen" angezeigt. · Maximale Sicherheit bietet eine @{" Passwortdatei " link pwfile}. Das Verschlüsselungsverfahren von MicroBase ist nicht mit denen anderer Datenbankverwaltungssysteme zu vergleichen. @{b}Unterstützt MicroBase mehrdeutige (n:m) Referenzen?@{ub} Ja :-) Nähere Informationen finden Sie in den Abschnitten @{" Datenbankentwicklung " link dbe} und @{" Definition von Referenzen " link reldb}. @{b}Der Amiga ist während eines Datenträgerzugriffs abgestürzt@{ub} MicroBase bietet eine automatische Fehlerbereinigung beim nächsten Öffnen der Datenbankdatei (siehe @{" Transaktionskonzept " link ta}). @{b}Skripte bzw. Berechnungen schlagen fehl.@{ub} Vergewissern Sie sich, dass genügend Arbeits- und Festplattenspeicher zur Verfügung stehen. Aktivieren Sie ggf. den Kompatibilitätsmodus. Läuft ARexx? Sind die erforderlichen Bibliotheken vorhanden? @{b}Ist MicroBase bereit für das Jahr 2000?@{ub} Ja. Siehe Abschnitt @{" Jahr-2000-Problem " link y2k}. @endnode @node view "Der Textanzeiger VIEW" Das Programm VIEW dient dem Anzeigen von ASCII-Texten. Es führt alle ANSI- Steuerzeichen aus und kann zusätzlich eine Textstatistik erstellen. @{b}Start von der Workbench@{ub} Beim Start werden folgende ToolTypes erkannt: TEXTNAME= Angabe des Textnamens, z. B. DOCS:Manual.DOC. LACE= YES schaltet den Interlacemodus ein. Standard: NO. QUICK= YES zeigt die Datei an, ohne sie zu laden. Die Tastenbele- gung von VIEW ist deshalb ausgeschaltet. Standard: NO. BORDER= NO schaltet den Fensterrahmen aus. Standard: YES. SIZE= Puffergröße in KB. Standard: 64. Die ToolTypes werden auch beim Start vom CLI gelesen. Sie setzen die Stan- dardwerte außer Kraft. @{b}Start vom CLI@{ub} @{i}VIEW [TEXTNAME ] [LACE] [QUICK] [BORDERLESS] [SIZE nnnnn]@{ui} TEXTNAME: Schlüsselwort steht vor dem Namen des anzuzeigenden Textes QUICK: Zeigt Text an, ohne ihn im Speicher zu halten LACE: Bildschirm ist in Interlace BORDERLESS: Fensterrahmen abschalten SIZE: Gibt Speichergröße in KByte an (sonst 64 KB). Die Argumente setzen ggf. die ToolTypes außer Kraft. Wird kein Text angegeben, erscheint eine Dateiauswahlbox. Steht in den Tool- Types ein Textname, wird dieser geladen, auch wenn im CLI kein Textname ange- geben wurde. Der einzige Ausweg ist in diesem Falle die Angabe eines leeren Namens: VIEW TEXTNAME "" [Optionen]. @{b}Tastenbelegung von VIEW@{ub} a Textanfang b Fensterrahmen ein / aus e Textende i Interlace ein / aus l Sprung zu einer Zeile p Drucken q QuickView $ neue Datei wählen % Statistik © Copyright - Bildschirm zurück + Bildschirm weiter unterbricht das Scrolling. ruft die Hilfefunktion auf. beendet das Programm. @endnode @node dfree "Das Utility »dfree«" Das Utility »dfree« ermittelt den freien Platz auf einem Datenträger in Bytes: @{i} dfree [Laufwerk|Verzeichnis|Datei] @{ui} Wenn kein Argument angegeben wurde, verwendet das Programm das aktuelle Verzeichnis. Hinweis: Die "hbasic2.library" wird im Verzeichnis LIBS: benötigt. @endnode @node makepwd "Das Utility »makepwd«" @{i}makepwd Passwortdatei [Länge [Startwert]] makepwd erzeugt eine Passwortdatei für MicroBase: - die Länge wird mindestens auf 6 gesetzt - der Startwert ist der Stand der Systemuhr, falls nicht angegeben.@{ui} Es kann sinnvoll sein, für jeden Benutzer immer den gleichen Startwert zu benutzen. Hinweis: Die "hbasic2.library" wird im Verzeichnis LIBS: benötigt. @endnode @node pwfile "Passwortdateien verwenden" MicroBase erlaubt die Eingabe von Passwörtern mit bis zu 60 Zeichen Länge. Dies ist jedoch manchmal nicht ausreichend. @{b}Definition@{ub} Wenn Sie statt eines Passwortes ein Dollarzeichen ($) eingeben, fordert das Programm Sie zur Auswahl einer Passwortdatei auf. Die Passwortdatei kann eine binäre Datei (beispielsweise »C:List« oder Ihr Keyfile) oder auch eine normale Textdatei sein. MicroBase benutzt maximal die ersten 16 384 Bytes der Datei als Passwort. » Das Utility @{" makepwd " link makepwd} erstellt Passwortdateien. @{b}Sicherheit@{ub} Die Länge eines Schlüssels ist damit auf 131 072 Bit beschränkt. Es gibt 256 ^ 16384 = 10 ^ 39457 Möglichkeiten, Passwörter zu bilden. (Steuer- zeichen werden berücksichtigt.) Berechnung: 39457 = (log(256) * 16384) / log(10) @{b}Archivierung@{ub} Sie sollten Passwortdateien nicht auf Ihrer Festplatte belassen. Kopieren Sie Ihre Passwortdateien auf Disketten und verwahren Sie diese an einem sicheren Ort. @{b}Schlüssellänge@{ub} Die Länge des Passwortes sollte mindestens so lang sein wie ein Datensatz der zu verschlüsselnden Datenbankdatei. @{b}Verfahren@{ub} MicroBase verwendet (im Gegensatz zu PGP) ein symmetrisches Verschlüsselungs- verfahren. Zum Ver- und Entschlüsseln wird derselbe Schlüssel verwendet. Aus diesem Grund darf der Schlüssel nur über sichere Kanäle weitergegeben werden. @endnode @node dat2html "MicroBase-Datenbanken nach HTML konvertieren" Mit dem Programm »DAT2HTML« können Sie Datenbanken aus dem MicroBase- in das HTML-Format wandeln. Das HTML-Format wird von Dokumenten im World Wide Web verwendet. Gehen Sie dazu in folgenden Schritten vor: 1 Auswahl einer MicroBase-Datei (.DAT). 2 Sie können den Titel des Dokumentes und der zu erstellenden Tabelle eingeben; die Vorschläge werden aus dem Namen der Datenbankdatei abge- leitet. Das Programm erzeugt im Anschluss daran den Rumpf des HTML 3.0-Dokumentes und die Tabellenüberschriften. 3 Die Datensätze werden in die Tabelle eingefügt; jedes Feld des Daten- satzes wird zu einem Tabellenfeld. Umlaute werden in die jeweilige HTML-Codierung umgewandelt. 4 Das Dokument wird abgeschlossen. Hinweis: Die "hbasic2.library" wird im Verzeichnis LIBS: benötigt. Das korrekte Konvertieren kann mit einem Web-Browser wie IBrowse oder AWeb überprüft werden. Beachten Sie bitte, dass einige Sonderzeichen (u. a. "&") in HTML- Dokumenten nicht verwendet werden können. Die Tabelle kann mit einem HTML-Editor überarbeitet werden - u. a. mit dem Netscape Communicator / Composer für Macintosh (läuft mit dem Macintosh- Emulator Shapeshifter). Die folgende Abbildung zeigt die Datenbankdatei »Videos.dat« als HTML- Dokument: @{" Abbildung: HTML " system "Viewer/iff_view Lernprogramm/html.iff"} @{b}Optimierung@{ub} Berücksichtigen Sie die Zeit, die der Web-Browser zum Laden der Seite benötigt. Eine unverhältnismäßig lange Wartezeit wird den Benutzer dazu veranlassen, Ihre Seite zu verlassen, bevor sie vollständig aufgebaut wurde. Verteilen Sie die Tabelle ggf. auf mehrere Seiten. Führen Sie dazu folgende Schritte aus: 1 Selektieren Sie einen Bereich von Datensätzen. 2 Extrahieren Sie die selektierten Datensätze in eine neue Daten- bankdatei. 3 Fahren Sie bei 1) fort, bis die gesamte Datenbankdatei extrahiert wurde. 4 Exportieren Sie die extrahierten Datenbankdateien nach HTML. @{b}XML@{ub} Siehe @{" MicroBase-Datenbanken nach XML konvertieren " link dat2xml}. @endnode @node xml2asc "XML-Dokumente nach MicroBase konvertieren" Mit dem Programm »XML2ASC« können Sie Tabellen aus dem XML- in das ASCII- Format wandeln. Die ASCII-Dateien können dann in MicroBase importiert werden. Das XML-Format wird im World Wide Web für den Datenaustausch verwendet. Gehen Sie dazu in folgenden Schritten vor: 1 Wählen Sie ein XML-Dokument aus. 2 Das XML-Dokument wird analysiert. Die Datensätze werden in einer temporären Datei abgelegt. 3 Die Feldnamen werden in die sequenzielle Datei geschrieben. 4 Die Datensätze werden aus der temporären Datei in die sequenzielle Datei übertragen. 5 Die Konvertierung wird abgeschlossen, die temporäre Datei entfernt. Hinweis: Die "hbasic2.library" wird im Verzeichnis LIBS: benötigt. » Um die Daten mit MicroBase verwenden zu können, müssen Sie zusätzlich die @{" ASCII-Dateien nach MicroBase konvertieren " link asc2dat}. @{b}Bemerkungen@{ub} 1 Falls die XML-Datei nicht analysiert werden konnte oder keine Daten enthält, wird eine entsprechende Fehlermeldung angezeigt. 2 Die Datei "S:MBXMLSEP.PAR" kann die Startzeichen von zu ignorierenden XML-Tags enthalten. Falls die Datei nicht existiert, wird "%![]{}" verwendet. 3 Die Felder werden in der Textdatei durch Tabulatorzeichen getrennt. @endnode @node dat2xml "MicroBase-Datenbanken nach XML konvertieren" Mit dem Programm »DAT2XML« können Sie Datenbanken aus dem MicroBase- in das XML-Format wandeln. Das XML-Format wird für den Datenaustausch im World Wide Web verwendet. Gehen Sie dazu in folgenden Schritten vor: 1 Auswahl einer MicroBase-Datei (.DAT). Die Dateiendung ".dat" wird durch ".xml" ersetzt. 2 Sie werden aufgefordert, die XML-Tags für die Datenbank (Vorgabe: Datenbankname ohne ".dat") und die Datensätze (Vorgabe: Datenbank-Tag ohne letzten Buchstaben) einzugeben. 3 Optional können Umlaute in die entsprechenden HTML-Codierungen gewandelt werden. 4 Optional kann ein XSL-Stylesheet erstellt werden. (Diese Dokumentvorlage stellt die Datensätze als HTML-Tabelle dar.) 5 Falls gewünscht, wird das XSL-Stylesheet erstellt. (Das Stylesheet hat den Namen des XML-Dokumentes mit der Erweiterung ".xsl".) 6 Der Header für das XML-Dokument inkl. interner DTD wird geschrieben. 7 Die Datensätze werden in eine XML-Darstellung konvertiert. 8 Das Dokument wird abgeschlossen. Hinweis: Die "hbasic2.library" wird im Verzeichnis LIBS: benötigt. @{b}Hinweise@{ub} · Das korrekte Konvertieren kann mit einem XML unterstützenden Web-Browser über- prüft werden (etwa Microsoft Internet Explorer 5.5). · Umlaute in Tags werden in "ae", "ss" usw. umgewandelt und Leerzeichen entfernt. · Einige Sonderzeichen (u. a. "&") dürfen nicht in den zu exportierenden Datensätzen enthalten sein. @{b}Beispiel@{ub} Die Beispieldatei "Videos.dat" wurde in "Videos.xml" und "Videos.xsl" gewandelt. Gemäß den Vorgabe heißt das Datenbank-Tag "Videos"; Datensätze verwenden das Tag "Video". @endnode @node dat2frm "MicroBase-Datenbanken nach asc2frm konvertieren" Mit dem Programm »dat2frm« können Sie Datenbanken aus dem MicroBase- in das Format des Textformatierers @{" asc2frm " link asc2frm} wandeln. Gehen Sie dazu in folgenden Schritten vor: 1 Auswahl einer MicroBase-Datei (.DAT). An den Dateinamen wird die Endung ".frm" angehängt. 2 Das Programm erzeugt im Anschluss daran den Rumpf des Dokumentes und die Tabellenüberschriften. Diese werden im Gegensatz zum Rest der Tabelle zentriert und nicht linksbündig gesetzt. 3 Die Datensätze werden in die Tabelle eingefügt; jedes Feld des Datensatzes wird zu einem Tabellenfeld. 4 Die Tabelle wird abgeschlossen. Hinweis: Die "hbasic2.library" wird im Verzeichnis LIBS: benötigt. Das korrekte Konvertieren kann durch eine Übersetzung mittels der Option "-guide" des Programms asc2frm und anschließendes Ansehen mit Multiview geprüft werden. » Sie können die Breite der Tabellenfelder und deren Ausrichtung nach- träglich ändern: (1) ab der zweiten Zeile nach dem \\table-Tag beginnt die Angabe der Feldlängen (2) die folgende Zeile enthält die Formatierung für jede Spalte (l = links, r = rechts, c = zentriert). @endnode @node asc2frm "Der Textformatierer asc2frm" Der Textformatierer asc2frm ist nützlich, wenn man denselben Text in mehreren Ausgabeformaten benötigt. Bei Tabellen können Zellen- und Linienformat beliebig geändert werden. @{b}Eigenschaften@{ub} asc2frm unterstützt u. a. folgende Objekte: · AmigaGuide-Abschnitte (Sektionen bzw. Nodes) · (nummerierte) Haupt- und Neben-Überschriften · nummerierte und symbolgegliederte Listen · Zeichenformatierung: fett, kursiv, unterstrichen, invers, hoch, tief · Einzüge · Tabellen (Felder links-, rechtsbündig oder zentriert) Listen können in bis zu 1 024 Ebenen verschachtelt werden. Bis zu 1 204 Abschnitte können definiert werden. Die maximale Anzahl von Tabellenspalten beträgt ebenfalls 1 024. @{b}Ausgabeformate@{ub} Format Bemerkungen Anzeigeprogramm ---------------------------------------------------------------------- ASCII Alle Zeichenformatierungen gehen verloren z. B. Texteditor ANSI Sektionen gehen verloren ANSI-Editor oder MORE AmigaGuide Optional kann ein Index der Sektionen AmigaGuide oder erstellt werden Multiview @{b}Verfügbarkeit@{ub} Das entsprechende Paket ist im Aminet-Verzeichnis "text/misc" in englischer Sprache verfügbar. @endnode @node dat2LaTeX "MicroBase-Datenbanken nach LaTeX konvertieren" Mit dem Programm »dat2LaTeX« können Sie Datenbanken aus dem MicroBase- in das LaTeX-Format wandeln. Das LaTeX-Format wird von Dokumenten des Satzsystems TeX verwendet. Gehen Sie dazu in folgenden Schritten vor: 1 Auswahl einer MicroBase-Datei (.DAT). 2 Bestimmen Sie, wie viele Tabellenzeilen maximal auf eine Seite passen (Vorgabe: 40). 3 Das Programm erzeugt im Anschluss daran den Rumpf des TeX-Dokumentes und die Tabellenüberschriften. 4 Die Datensätze werden in die Tabelle eingefügt; jedes Feld des Datensatzes wird zu einem Tabellenfeld. Am Seitenende wird die aktuelle Tabelle ab- geschlossen und eine neue begonnen. Umlaute werden nicht übersetzt (siehe unten). 5 Das Dokument wird abgeschlossen. Hinweis: Die "hbasic2.library" wird im Verzeichnis LIBS: benötigt. Das korrekte Konvertieren kann durch eine Übersetzung mittels LaTeX und Ansehen mit ShowDVI geprüft werden. @{" Abbildung: LaTeX " system "Viewer/iff_view Lernprogramm/LaTeX.iff"} @{b}Anforderungen an das TeX-System@{ub} Um das Dokument übersetzen zu können, benötigen Sie folgende Software: · Satzprogramm TeX · Makrosammlung LaTeX2e · Paket "german" für die Umlaute · Paket "inputenc" für die Umlaute @{b}Bemerkungen@{ub} 1 Tabellen, die die Seitenbreite überschreiten, werden von TeX am Seitenrand abgeschnitten (passen Sie ggf. die Seiten- bzw. Schriftgröße an oder verwenden Sie Seiten im Querformat) 2 falls die Tabellenzellen zu breit sind ("overfull hbox"), hilft meist ein Anpassen des Tabellenumbruchs (mehr oder weniger Zeilen) 3 wenn der Arbeitsspeicher nicht ausreicht, muss die TeX-Konfiguration ent- sprechend angepasst (bei PasTeX die Werte MEMTOP und MEMMAX für bigTeX) oder der Tabellenumbruch geändert werden @endnode @node html2asc "HTML-Tabellen nach ASCII konvertieren" Mit dem Programm »HTML2ASC« können Sie Tabellen aus dem HTML- in das ASCII- Format wandeln. Die ASCII-Dateien können dann in MicroBase importiert werden. Das HTML-Format wird von Dokumenten im World Wide Web verwendet. Gehen Sie dazu in folgenden Schritten vor: 1 Wählen Sie ein HTML-Dokument aus. 2 Das Programm sucht nach Tabellen und konvertiert diese in das ASCII- Format, indem es alle Umlautcodierungen in Umlaute wandelt. Tabellen- und Zeilennummer werden auf dem Bildschirm angezeigt. 3 Die Konvertierung wird abgeschlossen. Hinweis: Die "hbasic2.library" wird im Verzeichnis LIBS: benötigt. » Um die Daten mit MicroBase verwenden zu können, müssen Sie zusätzlich die @{" ASCII-Dateien nach MicroBase konvertieren " link asc2dat}. @{b}Bemerkungen@{ub} 1 Beim Konvertieren in das ASCII-Format werden alle HTML-Tags entfernt. 2 Das Programm übernimmt die Tabellenüberschriften (Header) in die Text- datei. 3 Die Textdateien erhalten den Namen des HTML-Dokumentes (ohne Endung .html) und die Nummer der Tabelle; die Endung ".asc" wird an den Namen angefügt. Beispiel: Wenn "Meine Seite.html" drei Tabellen enthält, werden folgende Textdateien erzeugt: · "Meine Seite1.asc" · "Meine Seite2.asc" · "Meine Seite3.asc" 4 Die erzeugte Textdatei kann als sequenzielle Datei in MicroBase importiert werden. 5 Folgende HTML-Tags werden unterstützt: ,
, , . Alle Optionen werden ignoriert; mehrspaltige bzw. -zeilige Felder werden in einzelne Felder übersetzt. Die Groß- oder Kleinschreibung der Tags wird vom Programm ignoriert. @{b}Automatische Konvertierung@{ub} Ein HTML-Dokument wird von MicroBase beim Öffnen automatisch konvertiert: (1) Das HTML-Dokument wird in das ASCII-Format gewandelt (2) Die erste Tabelle wird in das MicroBase-Format gewandelt. @endnode @node asc2dat "ASCII-Dateien nach MicroBase konvertieren" Mit dem Programm »asc2dat« können (sequenzielle) ASCII-Textdateien in das MicroBase-Format konvertiert werden. Gehen Sie wie folgt vor: 1 Wählen Sie die zu konvertierende Textdatei aus. Die Erweiterungen von MicroBase (.dat, .def, .ptr) werden an den Dateinamen angehängt. 2 Geben Sie den ASCII-Code des Feldtrennzeichens ein (Vorgabe: 9 für Tabulatorzeichen). 3 Die Anzahl der Datenfelder und deren jeweilige Länge wird ermittelt. 4 Wählen Sie, ob die Feldnamen aus dem ersten Datensatz entnommen werden sollen (Standard) oder nicht. Falls der erste Datensatz keine Feldnamen enthält, werden die Felder durchnummeriert ("Feld 2"). Hinweis: Überprüfen Sie vor dem Konvertieren, ob der erste Datensatz Feldnamen enthält. Bei konvertierten HTML-Dokumenten sollte dies der Fall sein. Wenn die Feldnamen übernommen werden, wird die Anzahl der Datenfelder auf die Anzahl der Feldnamen gesetzt. 5 Die Datensätze werden konvertiert. Dabei wird die Anzahl der bereits konvertierten Datensätze angezeigt. Die erstellte Datenbankdatei ist unverschlüsselt. Die maximale Anzahl der Felder wird mindestens auf 65 535 gesetzt. Wie bei MicroBase dürfen die Trennzeichen in den eigentlichen Daten nur dann vorkommen, wenn die Datenfelder zusätzlich durch Anführungszeichen begrenzt werden. Windows-Texte sollten vor dem Konvertieren mit @{" delcode " link delcode} bearbeitet werden. Hinweis: Die "hbasic2.library" wird im Verzeichnis LIBS: benötigt. @endnode @node delcode "Der Textkonvertierer delcode" Der Textkonvertierer delcode kann nur aus dem CLI gestartet werden. delcode wird folgendermaßen aufgerufen: @{i} delcode EINGABEDATEI [-I] [-L] [-Tn] [-Bn] [Strings...] @{ui} Die Datei wird von "EINGABEDATEI" nach "EINGABEDATEI.@" konvertiert. Steuer- zeichen und doppelte Zeilen werden dabei entfernt. Zeilen, die einen der Strings enthalten, werden gelöscht. Option Wirkung ----------------------------------------------------------------------- -I Groß- und Kleinschreibung der Strings ignorieren -L Leerzeilen löschen -Tn Tabulatoren in Leerzeichen konvertieren (Vorgabe: 0). Falls negativ ist, werden Tabulatoren übernommen. -Bn Zeilenpuffer auf statt 4096 Bytes festlegen. Mit delcode können auch Texte vom Windows- in das Amigaformat konvertiert werden, weil das Zeilenende des PCs überlesen wird. Hinweis: Die "hbasic2.library" wird im Verzeichnis LIBS: benötigt. @endnode @node y2k "Jahr-2000-Problem" @{b}Überblick@{ub} Unter dem "Jahr-2000-Problem" versteht man die ungenügende Anpassung von Software an das nächste Jahrhundert. Es gibt zwei Ausprägungen dieses Problems: (a) fehlende Unterstützung für das Jahr 2000 und (b) inkorrekte Behandlung des 29.02.2000. @{i}Fall 1 @{ui} Einige Anwendungen schalten vom 31.12.1999 auf den 01.01.1900 um, weil sie die Angabe des Jahrhunderts nicht speichern. Dies kann u. a. zu hohen Telefonrechnungen für 100 Jahre führen! Jahreszahlen müssen deshalb immer die Angabe des Jahrhunderts enthalten. Dies kann explizit oder über die Verwendung von seriellen Zahlen ("Julianisches Datum" = Zahl der vergangenen Tage) geschehen. @{i}Fall 2 @{ui} Einige Anwendungen schalten vom 28.02.2000 direkt auf den 01.03.2000 um, weil sie das Schaltjahr nicht korrekt erkennen. Dies liegt daran, dass Jahrhunderte nur dann Schaltjahre sind, wenn die Jahreszahl durch 400 teilbar ist. Dieser Fall tritt deshalb nur alle 400 Jahre auf. Bei Datenbankverwaltungssystemen ist besonders darauf zu achten, dass zur Speicherung von Zeitangaben Feldtypen wie "Zeit" oder "Datum" zur Verfügung stehen - die Verwendung von simplen Textfeldern genügt nicht. Der von der Anwendung benutzte Algorithmus muss sicherstellen, das alle Schaltjahre erkannt werden. Der 29.02. muss in allen anderen Jahren abgelehnt werden. @{b}Amiga OS@{ub} Amiga OS Release 3.5 bereitet keine Probleme. Beide Fälle werden korrekt behandelt. @{b}MicroBase@{ub} MicroBase stellt die Feldtypen "Zeit" und "Datum" zur Verfügung. Der Feldtyp "Datum" verwendet eine vierstellige Jahreszahl und führt deshalb nicht zu Problemen. Die gültigen Jahresangaben liegen zwischen 900 v. u. Z. und 9999 u. Z. Die Gültigkeit aller Angaben (etwa "29.02.1999") wird vom Programm geprüft. Der Algorithmus von MicroBase erkennt das Jahr 2000 als Schaltjahr. Der 29.02.2000 wird deshalb korrekt behandelt. Während des Sortierens einer Datenbankdatei werden Zeitangaben in Julianische Daten umgewandelt. Dies vereinfacht das Sortieren erheblich und erhält gleich- zeitig die Angabe des Jahrhunderts. Testläufe im Herbst 1999 und am 01.01.2000 bestätigten: MicroBase ist bestens für das dritte Jahrtausend gerüstet. @endnode @node mbbackup "Datenbanken archivieren" Die Hilfsprogramme »mbbackup« und »mbrestore« dienen zum Archivieren und Wiederherstellen von Datenbanken. Sie können in der Shell oder über MicroBase gestartet werden. Hinweis: Die "hbasic2.library" wird im Verzeichnis LIBS: benötigt. Durch die Archivierung kann eine Datenbank einfach als Ganzes weitergegeben werden; sie benötigt (physikalisch) weniger Platz als unarchiviert. Die Archivierung erleichtert die Erstellung von Sicherheitskopien und trägt so zu einer höheren Datensicherheit bei. Die Archive werden immer im Verzeichnis der Datenbank erstellt. Die Daten- banken werden entsprechend im Verzeichnis des Archives wieder hergestellt. @{b}mbbackup@{ub} @{i}mbbackup Verzeichnis Datenbank [langsam]@{ui} mbbackup erstellt ein Archiv »Datenbank.cxa« aus allen Dateien, die zu der Datenbank gehören. @{b}mbrestore@{ub} @{i}mbrestore Verzeichnis Archiv [langsam]@{ui} mbrestore stellt die Datenbankdateien aus dem Archiv im angegebenen Verzeichnis wieder her. @{b}cxbar@{ub} @{i} cxbar a|A ARCHIV [Datei...|@liste] cxbar l|L ARCHIV cxbar x|X[dir] ARCHIV [Datei...|@liste] @{ui} »cxbar a« erstellt ein Archiv mit den angegebenen Dateien bzw. den in der Datei »liste« angegebenen. »cxb A« ist schneller als »cxb a«, weil es die Dateien im Arbeitsspeicher bearbeitet. »cxbar x« entpackt die Dateien (s. o.); es kann auch ein Zielverzeichnis angegeben werden. »cxbar l« zeigt den Inhalt des Archivs an, »cxbar L« nur eine kurze Liste. @{b}cxbupd@{ub} @{i}cxbupd [+]ARCHIV Datei...|@liste@{ui} Die angegebenen Dateien des Archives werden aktualisiert. @endnode @node aos35 "SetPatch deaktivieren" @{b}Amiga OS 3.5 und 3.9@{ub} MicroBase startet zunächst das Programm »mbosck«. Dieses liefert je nach Betriebsystemversion die Zeichenketten "true" oder "false" zurück. Unter Amiga OS 3.x mit »SetPatch«, Version 44.x, liefert »mbosck« die Zeichenkette "false" zurück. MicroBase geht dann davon aus, dass Amiga OS 3.5 läuft und gibt eine entsprechende Meldung aus. @{b}Lösung@{ub} Die Lösung besteht darin, unter Amiga OS 3.5 / 3.9 »SetPatch« nicht oder einer älteren Version (beispielsweise 43.x) auszuführen. In diesem Fall stehen nicht alle Funktionen von Amiga OS 3.5 zur Verfügung. Mittels des Programms »KeyPressed« kann auf einen Tastendruck hin eine bestimmte Operation ausgeführt werden. Wenn »SetPatch« durch das Drücken von "F9" deaktiviert werden soll, sind folgende Schritte auszuführen: 1 Öffnen Sie die Datei "S:Startup-Sequence". 2 Ersetzen Sie die Zeile C:SetPatch QUIET durch KeyPressed 88 If Not Warn C:SetPatch QUIET EndIf 3 Sichern Sie die Datei. 4 Starten Sie den Rechner neu. @{b}Start des Rechners@{ub} Das Drücken der Taste "F9" während des Startvorgangs verhindert die Ausführung von »SetPatch«. Wenn Sie eine andere Taste verwenden möchten, müssen Sie die Zahl 88 durch eine andere ersetzen. @endnode @node INDEXNODE Index @remark Index created with 'mkagidx' (C) Captain CrossBones A @{"Abbildung: Browser" system "Viewer/iff_view Lernprogramm/b.iff"} @{"Abbildung: Datenbank sortieren" system "Viewer/iff_view Lernprogramm/11.iff"} @{"Abbildung: Datenbankstruktur ändern" system "Viewer/iff_view Lernprogramm/strukt_rel.iff"} @{"Abbildung: Datensätze ansehen 1" system "Viewer/iff_view Lernprogramm/12.iff"} @{"Abbildung: Datensätze ansehen 2" system "Viewer/iff_view Lernprogramm/13.iff"} @{"Abbildung: Datensätze eingeben" system "Viewer/iff_view Lernprogramm/10.iff"} @{"Abbildung: Definition von Referenzen" system "Viewer/iff_view Lernprogramm/rel_def.iff"} @{"Abbildung: Entity/Relationship Diagramm" system "Viewer/iff_view Lernprogramm/ERM.IFF"} @{"Abbildung: Felddefinition 1" system "Viewer/iff_view Lernprogramm/04.iff"} @{"Abbildung: Felddefinition 2" system "Viewer/iff_view Lernprogramm/05.iff"} @{"Abbildung: HTML" system "Viewer/iff_view Lernprogramm/html.iff"} @{"Abbildung: LaTeX" system "Viewer/iff_view Lernprogramm/LaTeX.iff"} @{"Abbildung: Lernprogramm" system "Viewer/iff_view Lernprogramm/lernprghlp.iff"} @{"Abbildung: mbpers" system "Viewer/iff_view Lernprogramm/mbpers.iff"} @{"Abbildung: MicroBase starten" system "Viewer/iff_view Lernprogramm/prgstart.iff"} @{"Abbildung: Normalformen" system "Viewer/iff_view Lernprogramm/nf.iff"} @{"Abbildung: Viewer definieren" system "Viewer/iff_view Lernprogramm/06.iff"} @{"Abbildung: Voreinsteller" system "Viewer/iff_view Lernprogramm/p.iff"} @{"Ablauf einer Skriptausführung" link scrrun} @{"Aktualisieren-Operatoren" link aktualisieren} @{"Ansehen" link dbview} @{"Anwendungsbeispiele" link scranw} @{"ARexx-Skript" link script} @{"ARexx-Skripten" link script} @{"asc2frm" link asc2frm} @{"ASCII-Dateien nach MicroBase konvertieren" link asc2dat} B @{"Bearbeiten" link "Module/dB_Editor.guide/MAIN"} @{"Bearbeiten" link Bearbeiten} @{"Beispiel einer Problemstellung" link scrpro} @{"Benutzung von »mkmba«" link mkmba} @{"Benutzung von »query«" link query} @{"Benutzung von »simplequery«" link simplequery} @{"Benutzung von »webquery«" link webquery} @{"Berechnungen" link formel} @{"Berechnungsformeln verwenden" link formel} @{"Browser" link mbb} C @{"CBSI" link cbsi} @{"Copyright und Registrierung" link Copyright} D @{"Dateinamen-Erweiterungen (Extensionen)" link dew} @{"Daten im- und exportieren" link dbimex} @{"Datenaustausch mit MicroWrite" link persdat} @{"Datenbank" link Datenbank} @{"Datenbankdateien im- und exportieren" link dbimex} @{"Datenbanken archivieren" link mbbackup} @{"Datenbankentwicklung" link dbe} @{"Datenfelder hinzufügen oder löschen" link feldhinzu} @{"Datenintegrität" link di} @{"Datentypen und Eingabeformate" link datyp} @{"Datenverluste" link dv} @{"dBASE- und FoxPro-Datenbanken anzeigen" link dbview} @{"dBASE- und FoxPro-Datenbanken bearbeiten" link "Module/dB_Editor.guide/MAIN"} @{"dBASE- und FoxPro-Datenbanken konvertieren" link dbf2dat} @{"dBASE-Viewer" link dbview} @{"Definition von Referenzen" link reldb} @{"delcode" link delcode} @{"Der 'Virtuelle Modus'" link vm} @{"Der Textanzeiger VIEW" link view} @{"Der Textformatierer asc2frm" link asc2frm} @{"Der Textkonvertierer delcode" link delcode} @{"dfree" link dfree} @{"Die Entwicklung eines ARexx-Skriptes" link scrdev} @{"Die Erstellung interaktiver Skripte" link scrint} @{"Die mitgelieferten Datenbanken" link bspdb} @{"Die mitgelieferten Viewer" link mwv} @{"Die Verwendung von ARexx-Skripten" link script} @{"Die »rexxmathlib.library«" link rm} E @{"Ein Beispiel für ein Skript" link scrbsp} @{"Einführung in ARexx" link arexx} @{"Einführung" link Intro} @{"Einschränkungen dieser MicroBase-Version" link restr} @{"Erstellung von MicroRexx-Skripten" link microrexx} @{"Exportieren" link dat2dbf} @{"Extras" link xtn} F @{"Fehlermeldungen" link Fehler} @{"Feldtrenner" link Trenner} @{"Feldtyp" link datyp} H @{"Hilfe zum Lernprogramm" link "Lernprogramm/Lernprogramm.guide/MAIN"} @{"Hilfe" link hilfe} @{"History" link hist} @{"HTML-Tabellen nach ASCII konvertieren" link html2asc} I @{"Importieren" link dbf2dat} @{"Installation" link Installation} @{"Interna" link Interna} @{"Interner Aufbau der verwendeten Dateiformate" link df} J @{"Jahr-2000-Problem" link y2k} L @{"Lernprogramm aufrufen" system "Lernprogramm/Lernprogramm"} M @{"makepwd" link makepwd} @{"Mehr als 65 535 Datensätze verwenden" link mehrsatz} @{"Menüs" link Menus} @{"MicroBase im Mehrbenutzerbetrieb" link multiuser} @{"MicroBase starten" link start} @{"MicroBase-Datenbanken in das dBASE-Format konvertieren" link dat2dbf} @{"MicroBase-Datenbanken in SQL-Skripte konvertieren" link dat2sql} @{"MicroBase-Datenbanken nach asc2frm konvertieren" link dat2frm} @{"MicroBase-Datenbanken nach HTML konvertieren" link dat2html} @{"MicroBase-Datenbanken nach LaTeX konvertieren" link dat2LaTeX} @{"MicroBase-Datenbanken nach XML konvertieren" link dat2xml} N @{"Neues" link neu} @{"Normalformen" link nf} O @{"Optionen" link opti} P @{"Passwortdatei" link pwfile} @{"Personalisierung" link pers} @{"phonetische Suche" link prefs} @{"Problemlösungen" link pl} @{"Projekt" link Datei} Q @{"query" link query} R @{"Referenzen definieren" link reldb } @{"Referenzen" link reldb} S @{"Selektion von Datensätzen über Skripte" link scrsel} @{"SetPatch deaktivieren" link aos35} @{"Shell-Skripte" link qss} @{"Speicher reservieren" link Installation} @{"SQL-Skripte" link dat2sql} @{"Steuerzeichen in Listen / Etiketten" link steuer} @{"Steuerzeichen in Listen" link steuerzeichen} @{"Such-Kriterien" link suchen} @{"Suchkriterien" link suchen} @{"SuperBase-Datenbanken konvertieren" link sbf2dat} T @{"Tastaturkürzel" link Tasten} @{"Tastaturkürzel" link Taste} @{"Tipps & Tricks" link Tipps} @{"Tipps zum Importieren / Exportieren einer sequenziellen Datei" link imex} @{"Transaktionen" link ta} @{"Transaktionskonzept" link ta} @{"Transaktionskonzeptes" link ta} @{"Tutorial" link tutor} @{"Tutorium" link Tutor} V @{"Verwendung von Passwortdateien" link pwfile} @{"VIEW" link view} @{"Voreinsteller" link prefs} W @{"Weiterführende Themen" link wft} @{"Werbung" link Werbung} X @{"XML-Dokumente nach MicroBase konvertieren" link xml2asc} Z @{"Zahlenformat" link zf} @{"Zahlenformate" link zf} @{"Zugriff auf Felder und Konstanten" link zfk} » @{"»mkmba«" link mkmba} @{"»query«" link query} @{"»rexxmathlib.library«" link rm} Ä @{"Änderung des Passwortes einer Datenbank" link pw1} Ü @{"Übergebene Variabeln" link scrvar} @{"Übersicht" link Ubersicht} @endnode