Beschreibung der SWISSLOG Datenbank
Um mit SWISSLOG effizient zu arbeiten ist es nützlich das Konzept der SWISSLOG Datenbank zu verstehen. Dieser Abschnitt mit der Theorie. Gut, ich kenne HAMs die nicht gerne lesen – sie bevorzugen zu reden – jedoch ist es hilfreich wenn man das grundlegende Konzept verstanden hat – also, LESEN Sie bitte diesen Abschnitt. TNX de HB9BJS).
Die SWLOG_V5.MDB ist die Hauptdatenbank von SWISSLOG. Es ist eine relationale Datenbank welche aus einer Anzahl untereinander verbundenen Tabellen besteht. Die sechs wichtigsten Tabellen werden im folgenden Diagramm gezeigt:
Die sechs Tabellen sind der Kern des Stationslogs für SWISSLOG. Schauen wir uns genauer an wie ein QSO in diesen Tabellen repräsentiert wird – jedoch, werden wir zuerst die drei Grundelemente, die ein QSO ausmachen, analysieren:
Nun, wie repräsentiert SWISSLOG diese Elemente in der Logbuch Datenbank:
Die Callbook Tabelle besteht aus Informationen über den Rufzeichenbesitzer. In SWISSLOG bezeichnen wir das als Station . Die Station bleibt immer gleich, unabhängig vom benutzten QTH. Es gibt exakt einen Eintrag für jede Station (Rufzeichen). Folglich werden alle Information die in direkter Verbindung zum Rufzeichen stehen in der Callbook Tabelle gespeichert. Zum Beispiel:
- Name – Bemerkung: der Name des Operators kann unterschiedlich sein, z.B. weil ein Gast die Station benutzt
- Club Mitgliedschaften wie DIG, DOK, Ten-Ten, etc.
- Kommentare die den Rufzeicheninhaber beschreiben
Die PQTH Tabelle besteht aus Informationen über das QTH des QSO-Partners. Das ist eine sehr wichtige Tabelle da die meisten Diplome auf dem QTH der Partner-Station basieren. Für jede Station können mehrere PQTH Einträge vorhanden sein. Eigentlich, muss es für jedes unterschiedliche QTH der Partner-Station einen PQTH-Eintrag geben.
Die Logbook-Tabelle ist mit folgenden Einträgen verbunden:
- MyConds-Tabelle welche das QTH beschreibt von welchem aus Sie arbeiten
- PQTH-Tabelle welche das QTH des QSO-Partners beschreibt
- Callbook-Tabelle welche den Rufzeicheninhaber beschreibt
Wie Sie sich denken können, benötigen Sie Informationen aus allen Tabellen um die Informationen für ein QSO zu holen. In relationalen Datenbanken ist es einfach Tabellen zu verbinden um QSO speziefische Informationen abzufragen. Es ist auch möglich 'virtuelle' Tabellen (sogenannte Ansichten) zu definieren, die Eintragungen in den unterschiedlichen Tabellen verbinden und die Informationen darstellen, als ob es eine einzelne Tabelle ist. In SWISSLOG gibt es zwei vordefinierte Ansichten und normalerweise werden Sie auch mit einer der Ansichten arbeiten.
Zu diesem Zeitpunkt mag das ein wenig unbeholfen oder verwirrend wirken – vielleicht macht es ein Beispiel einfacher zu verstehen...
Das folgende Beispiel zeigt ein paar QSO's die ich mit John, HB9JO gemacht habe – Ich habe John von drei verschiedenen QTH's gearbeitet:
Schauen Sie sich die PQTH-Tabelle unten an – Sie sehen drei Einträge, einen für jedes seiner QTH's.
Wenn ich John zum erstenmal gearbeitet habe, stellte er mir persönliche
Informationen zur Verfügung, wie Name, seine Ten-Ten und DIG-Nummern und ein paar
andere Informationen die ich in das Station-Kommentar-Feld geschrieben habe.
Diese Information bleibt immer gleich und ändert sich auch nicht wenn er
von einem anderen QTH funkt. Deshalb wurde diese Information in die
Callbook-Tabelle gespeichert.
Ich selbst habe ebenfalls von verschiedenen QTH's gefunkt. Wenn Sie die Einträge in der MyConds-Tabelle anschauen, sehen Sie vier unterschiedliche QTH's. Um aber das Beispiel einfacher zu machen, nehmen wir an, dass ich alle QSO's mit John von meinem Heimat-QTH gemacht habe.
Ich habe verschiedene Farben benutzt um jedes QSO mit John's
verschiedenen QTH's zuzuordnen. Sie sehen, dass QSO 3, 4, 6 und 7 gemacht wurden
als John in seinem Wochenend-QTH Biel war. Die Information über dieses QTH,
wie Region und QTH-Lokator sind nur einmal in SWISSLOG gespeichert, sie sind
aber mit diesem QSO verbunden.
Frage: Was passiert wenn ich ein Feld in der PQTH-Tabelle ändere?
Antwort: Das Feld wird für alle QSO's die mit diesem
PQTH-Eintrag verbunden sind geändert. Deshalb, wenn ich für QSO Nummer 4
den QTH-Lokator von JN37OD nach JN36OD ändere, wird der QTH-Lokator für
alle vier QSO's (Nummer 3, 4, 6 und 7) geändert, da sie alle die Informationen
für den QTH-Eintrag JN37OD verwenden.
Wenn Sie eine Änderung wie diese versuchen, SWISSLOG fragt Sie ob Sie den Wert
ändern oder einen neuen QTH-Eintrag für John machen wollen. D.h., wenn
John für QSO Nummer 3 aus einem anderen QTH portable qrv war und der QTH-Lokator
für QSO 4, 6 und 7 (JN37OD) richtig sind, dann sollten Sie für den
QTH-Lokator JN36OD ein neues PQTH anlegen. SWISSLOG verbindet dann das QSO Nummer 3
mit diesem neuen Eintrag.
Standardmässig handhabt Swisslog
dies automatisch und der Benutzer muss sich nicht darum kümmern, indem er bei
Bedarf neue PQTH-Einträge erstellt. Es wird jedoch erklärt, wenn der Benutzer
die Option "Warnung ausgeben, wenn neues QTH notwendig" im QSO-Eingabefenster
aktiviert (standardmäßig deaktiviert), weil SWISSLOG Sie fragt, ob Sie den
aktuellen PQTH-Eintrag ändern oder einen neuen PQTH-Eintrag hinzufügen möchten.
Dann müssen Sie all dies wissen, um zu entscheiden, ob Sie ein neues QTH
hinzufügen oder das bestehende ändern wollen, um diesen Wert in allen QSOs mit
dieser Station anzuwenden.
Das mag ein wenig kompliziert aussehen, es stellt aber die notwendige Flexibilität zur Verfügung die nötig ist um die vielen verschiedenen Situationen zu meistern.
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
|
Copyright © 2004 SWISSLOG
Last modified: 19 dic. 2022