Relationen

Grundsätzliche Regelungen

• Prinzipiell wird in jedem Tupel (Satz, "Zeile") der Datenbank festgehalten, wer dieses zu welchem Zeitpunkt zuletzt geändert hat (Bezeichner: relationsname_wer und relationsname_wann)
• In Relationen, für die es sinnvoll ist, wird zusätzlich in jedem Tupel der Datenbank festgehalten, wer diesen Satz zu welchem Zeitpunkt erstellte (Bezeichner: relationsname_wer1 und relationsname_wann1)
• Dem Namen jeder Domain ("Spalte") wird der Name der Relation (oder ein eindeutiges Kürzel) vorangestellt um die Eindeutigkeit (z.B. bei Join) immer zu gewährleisten
• Alle Datumsangaben werden in dieser Form abgelegt: 19980412 = 12.4.1998
• Alle Zeitangaben werden in dieser Form abgelegt: 199804121035 = 12.4.1998 10:35 Uhr

Schlüssel sind in Fettschrift dargestellt (Einträge dürfen in der Relation nur einmal auftreten)
Bilden mehrere Domains gemeinsam den Primärschlüssel sind diese in Breitschrift dargestellt.
Fremdschlüssel (Domains, über die z.B. ein Join mit einer anderen Relation realsiert werden kann) sind als Link dargestellt.

1. person (Personendaten zur Identifikation und Erreichbarkeit)
2. anrede
3. einrichtung (Einrichtungen (HS, Firmen, Institute ...) aus denen Nutzer kommen)
4. struktur (Struktureinheiten der TUCZ aus denen Nutzer kommen)
5. personentyp (dient zum Einordnen der Person in Nutzerkategorien)
6. person_personentyp (dient zum Einordnen der Person in Nutzerkategorien)
7. person_einrichtung (dient zum Zuordnen der Person zu einer Einrichtung)
8. person_struktur (dient zum Zuordnen der Person zu Struktureinheiten der TUCZ)
9. person_ubc (dient zum Zuordnen der Person zu Struktureinheiten der TUCZ)
10. benutzerklassen (differenzierte Steuereung des Zugangs der Nutzer zu URZ-Räumen)
11. zugang (Zuordnung der Nutzer zu Benutzerklassen bzgl. dem Zugang zu URZ-Räumen)
12. person_benutzerklasse (dient zum Einordnen der Person in Nutzerkategorien)
13. magnetkarten_status (alle denkbaren Zustände, die eine Magnetkarte annehmen kann)
14. magnetkarten_status_folge (alle erlaubten Zustandsfolgen für Magnetkarten)
15. magnetkarten (Historie aller im URZ eingesetzten CRONOS-Karten)
16. berechtigung (Berechtigung der Nutzer zur Inanspruchnahme der URZ-Dienste)
17. nutzerkennzeichen (alle vergebenen, gelöschten und reservierten NKZ)
18. gruende (Gruende, aus denen ein Nutzer gesperrt oder geloescht werden darf)
19. verbotene_nkz (Zeichenfolgen, die nicht als NKZi vergeben werden dürfen)
20. uid_bereiche (UID-Bereiche, die das URZ benutzen kann)
21. kontenbewegung (Kontenbewegungen der Nutzer)
22. sonderkonten (Stand von Konten, die keinem NKZ fest zugeordnet sind)
23. ubc_kontenbewegung (Kontenbewegungen der UBC-Nutzer (Login mit Nr. des UBC-Ausweises))
24. kurse (Weiterbildungskurse)
25. termine (konkrete Durchführungen von Weiterbildungskursein)
26. teilnahme (Teilnahme der Nutzer an Weiterbildungskursen)
27. praktika (Praktikumsformen)
28. drucker
29. maildomain
30. mailadr (E-Mailadressen)
31. mailfilter
32. mailbox
33. mailalias
34. mailserver
    Beispiel zum Zusammenwirken vom mailadr mailbox und mailalias
35. mailextras
36. eks
37. eksabrechnung
38. haushalte
39. nkz_haushalt
40. titel
41. rechnungen
42. auftraege
43. gutschriften
44. can
45. pw_vergessen

Dietmar Grunewald
April 1998