DB-Modell für eine Software

[AlexII]

Zitat von mkinzler:

Was meint du mit umziehen, migrieren? Vereinigen von Beständen?

Wenn man z.B. von MySQL die Daten zur MariaDB überträgt. Läuft das mit meinem DB-Modell problemlos?

[mkinzler]

Sollte funktionieren, die Schlüssel sollten dafür ja nicht verändert werden.

[AlexII]

Zitat von mkinzler:

Sollte funktionieren, die Schlüssel sollten dafür ja nicht verändert werden.

Ok! Jetzt kann ich mit Coden loslegen.

[Dejan Vu]

Wozu dienen die beiden Felder 'zugesagt' und 'abgesagt'. Kann man beides?

[AlexII]

Zitat von Dejan Vu:

Wozu dienen die beiden Felder 'zugesagt' und 'abgesagt'. Kann man beides?

Ne, beides kann man nicht, dient nur der Übersichtlichkeit. Aber mal schauen vllt lasse ich nur eins, entweder ist die Zusage gecheckt oder nicht, geht auch.

[p80286]

Du solltest vllt. noch einmal schauen was Du bei den Personen für Daten erfasst.
a) mehr als 2 TelefonNr/Mobil-Nr. ist nicht selten.
b) Je nach Kundenkreis ist der akad. Titel enorm wichtig
c) zumindest eine vollständige Adresse wäre bei ausländischen Teilnehmern recht hilfreich
da gibt es z.B. folgende Adresse:
Herr
Willi Müller
Etage 4 Block 4
Industrieansiedlung
Industriestr 56-76
Vorort
12345 Hauptstadt

Da kommt man mit dem üblichen Name/strasse/PLZ Ort-Schema nicht so weit.

Gruß
K-H

[Dejan Vu]

Das entspricht aber nicht den Vorgaben der deutschen Post bzw. der UPU (Universal Post Union), die explizit keine inflationäre Verwendung der Adresszeilen vorschreibt. Man mag sich daran halten, oder nicht, aber *notwendig* wäre demnach nur

Code:

Name
Info1
[Info2]
PLZ Stadt
Land

Also max 5 Zeilen.
Info1: Straße, Kundennummer der Paketstation
Info2: Paketstation

In der Zeile für die Straße käme dann auch die Appartmentnummer, Seitenflügel o.ä. Und wenn das zu lang wird, wird die Zeile umgebrochen.

Welche Felder man -unabhängig davon- z.B. für die sichere Ermittlung/Abgleich der PLZ verwendet, mag jeder selbst entscheiden.

[Sir Rufo]

Ich sehe das (Speichern der Daten) eigentlich wie Dejan Vu

Wird eine Person eingeladen, dann gibt es eine Verbindung zwischen der Person und der Tagung -> die EingeladenePersonZurTagung mit den entsprechenden Merkmalen.

Sagt eine Person die Teilnahme an der Tagung zu oder ab, dann ist das einer weitere Verbindung -> TeilnehmendePersonZurTagung.

Nimmt die Person an der Tagung dann auch wirklich teil, dann entsteht eine neue Beziehung zwischen der Person und der Tagung -> die TeilgenommenePersonZurTagung.

Alle haben nicht wirklich etwas miteinander zu tun denn alle können unabhängig voneinander auftreten, aber man kann trotzdem jeden Fall hier abfragen:

Wer wurde eingeladen, hat zugesagt und nicht teilgenommen?
Wer hat teilgenommen, obwohl nicht eingeladen und abgesagt?
...

Natürlich geht das mit einer Tabelle und alles in einem Datensatz auch, aber den Kontext darf man nicht vermischen und die Abfragen werden auch umständlicher.