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:

• Erstens, haben wir zwei Personen (HAMs) mit ihren individuell zugeordneten Rufzeichen
• Zweitens, diese HAM's haben zwei verschiedene Standorte – ihre QTH's
• Drittens, die HAMs etablieren untereinander eine Verbindung um zu kommunizieren – das ist das QSO

Nun, wie repräsentiert SWISSLOG diese Elemente in der Logbuch Datenbank:

• Zuerst nehmen wir an, dass Sie einer der beiden HAMs sind die ein QSO haben. Deshalb benötigen wir einen Platz in den wir die Informationen Ihrer Arbeitsbedingungen speichern, dies sind die Tabellen MyQTH, WCONDS und Events. Die MyQTH Tabelle besteht aus der Detailbeschreibung von Ihnen und Ihrer Station; wie Ihr Rufzeichen und Ihr QTH. Die WCONDS Tabelle beschreibt Ihre Arbeitsbedingungen, während die EVENTS Tabelle (falls angebracht) aus Contest- und Ereignis-Informationen besteht.
  
  
• Als nächstes nehmen wir an, der andere HAM im QSO ist Ihr QSO-Partner. Es gibt zwei Tabellen in denen SWISSLOG die Informationen über Ihren QSO-Partner speichert – die Callbook und die PQTH Tabelle. Nun werden Sie sich fragen warum zwei Tabellen benötigt werden um die Informationen über den QSO-Partner zu speichern und nicht nur eine? Der Grund ist offensichtlich – Sie benötigen mehr Informationen über Ihren QSO-Partner als über sich selbst. Sie kennen Ihre eigenen Details und werden Sie wahrscheinlich nicht in das Log schreiben.

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.

• Das dritte und wichtigste Element für die Verbindung ist das QSO – Informationen über das QSO wird in der Logbook Tabelle gespeichert. Die Logbook-Tabelle beinhaltet alle Informationen welche zu einem QSO gehören wie Datum, Zeit, Band, Mode, usw.

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.

• QSO - Diese Ansicht beinhaltet alle wichtigen Felder eines QSO's
• QSLCard - Eine Ansicht die alle Felder beinhaltet die für das Drucken von QSL-Karten benötigt werden

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:

1. Sein Heimat-QTH in Genf
2. Sein Wochenend-QTH in Biel
3. Und als er in Frankreich war

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.