Kern Bestandteile

Einzelne Schlüsseltabellen

Für die Abfragen aus den verschiedenen Basissystemen gibt es ein paar regelmäßig wiederkehrende Anfragen, z.B. Aggregierung nach Quartalen und Halbjahren. Deshalb sind diese im Kernmodul angelegt.

Die Tabelle menu_element

Die Tabelle menu_element enthält ausschließlich Metadaten zum Betrieb von SuperX; sie enthält Schlüssel und Erläuterungstexte zu den einzelnen Funktionalitäten in SuperX, z.B. zu den Feldtypen auf einer Maske etc. Die Tabelle besitzt folgende Struktur:

Feldname	Feldtyp	Größe	Default	Not Null	Beschreibung
id	INTEGER	4		true	Tupelidentifier
element	VARCHAR	50		false	Art der Variable / des Schlüssels
element_value	VARCHAR	255		false	Codierung oder SQL-Ausdruck
description	VARCHAR	255		false	Kurzer Erläuterungstext
nature	VARCHAR	255		false	Variablentyp / Schlüsseltyp
annotation	VARCHAR	255		false	Langer Erläuterungstext

Die folgende Tabelle zeigt die Metadaten zum Aufbau von Feldern einer Maske. Die "Werte" sind wiederum die Schlüssel, die in der Tabelle Felderinfo als Attibute gefüllt werden.

Die Schlüsseltabelle aggregierung

Die Tabelle aggregierung wird in Abfragen verwendet, um nach bestimmten Merkmalen zu zu summieren oder zusätzliche Kriterien einzufügen. Die Abfrage Nutzungsprotokolle (intern) benutzt die Tabelle z.B., um auf Zeiträume (Halbjahre, Quartale) einzuschränken. Die Tabelle besitzt folgende Struktur

Feld	Erläuterung	Typ
tid	Tupelidentifier	integer
ord	Sortiernummer	smallint
name	Beschreibung	char(30)
kategorie	Kategorie	char(30)
wert	numerischer Wert oder sql-Ausdruck	char(255)

Die Schlüsseltabellen cif und cifx

Die Schlüsseltabelle cif ist Bestandteil des Kernmoduls und enthält Schlüssel, die in verschiedenen operativen Systemen verwendet werden. Die Tabelle cifx ist eine analoge Schlüsseltabelle, die auch alphanumerische Ausprägungen enthält. Die Tabellen sind das "Herzstück" des Data Warehouse, und möglichst alle Schlüssel sollen darin enthalten sein. Die Art des Schlüssels wird dirch den Wert "key" bestimmt, und prinzipiell ist es möglich, hochschulspezifische und allgemeine Schlüssel zu pflegen. So gibt es in der cifx z.B. den Schlüssel:

Schlüsselname	ch35_ang_abschluss
Key	35
Bedeutung	Hochschulspezifischer Schlüssel für die angestrebte Abschlussprüfung aus SOS

Der jeweilige Wert für des Schlüssels steht im feld apnr, und die Kurz- und Langbeschreibungen stehen in den Felder kurz, druck, lang_1 usw.

Feld	Erläuterung	Typ
tid	Interne Nummer	serial
hs	Hochschul-Nr. (0=Hochschulübergreifend)	integer
key	Schlüsselgruppe	smallint
apnr	Schlüssel	integer
d_akt_von	Datum von	date
d_akt_bis	Datum bis	date
kurz	Kurzbeschreibung	char(10)
druck	Drucktext	varchar(30)
lang_1	Langbeschreibung 1	char(50)
lang_2	Langbeschreibung 2	char(50)
lang_3	Langbeschreibung 3	char(50)

Folgende Schlüsselgruppen sind z.B. in SuperX enthalten (Schlüssel in der cifx sind gesondert gekennzeichnet):

key	hs	Bedeutung	Schlüsseltabelle	Herkunft System	Herkunft Tabelle
12	0	Staat
13	<>0	Familienstand	cifx
27	<>0	Grund Beurlaubung
30	0	Studienfach	cifx
30	<>0	Studienfach	cifx
35	0	HS-Abschluss	cifx
35	<>0	HS-Abschluss	cifx
36	0	Hochschule	cifx	SVA / COB	k_hochschule
39	<>0	Vertiefungsrichtung	cifx
40	<>0	Studientyp
62	<>0	Grund Exmatrikulation
86	0	Dienstverhaeltnis
90	<>0	Fakultaet fuer Wahlen
95	0	Anrede / Titel	cifx
106	0	Beurlaubungsgrund	cifx
*107	0	Dienstart
108	0	Amt-/Dienstbezeichnung	cifx
*109	0	BVL-Gruppe
110	<>0	Besch.stelle
*115	0	Haushaltsvermerk
*116	0	Stellenart
120	0	Bewährungs-, Zeitaufstieg
212	<>0	Geldgeber	cifx
258	0	Stellung in der HS
*259	0	Stellenkategorie
260	0	Grund Ausscheidung/Befristung	cifx
261	0	Grund fuer das Besetzungsende	cifx
268	0	Staatspruefung-Abschluss
*270	0	Besetzungsabweichung
284	<>0	Kapitel	cifx
286	0	Arbeitszeit
*291	0	Personalkategorie
305	0	Sperrkennzeichen
500	0	Mittelschoepfung	cifx
501	0	Staat	cifx

Die vorgegebenen Schluessel sind hier mit * gekennzeichnet und dürfen nicht in die cif geladen werden. Die Tabelle wird im Zuge der Aufnahme von weiteren Modulen (z.B. SOS und SVA) weiter gefüllt.

Die Schlüsseltabelle trans_inst

Die organisatorischen Einheiten des Organigramms werden in SuperX gebündelt; mitunter stammen aus den zugrundeliegenden Basissystemen sehr viel detailliertere bzw. "tiefere" Institutionen, die in SuperX nicht unbedingt von Interesse sind, z.B. die Kostenstellen aus HISCOB. Diese Einrichtungen werden in der Tabelle trans_inst auf übergeordnete Insitutionen des Organigramms projiziert. Die Tabelle hat folgende Struktur:

Feld	Erläuterung	Typ
tid	Tupelidentifier	serial
inst_nr	Institutionen- bzw. Kostenstellen-Nummer	char(10)
ch110_institut	Übergeordnete bzw. zugeordnete Institution im SuperX-Organigramm	char(10)
name	Name der Institution	char(200)
gueltig_von	Gültigkeit der Projektion: Datum von	date
gueltig_bis	Gültigkeit der Projektion: Datum bis	date

Bei der Übernahme von Daten aus einem Basissystem wie COB wird dann der Datentabelle das Feld der Institution im SuperX-Organigramm hinzugefügt, in dem die Projektion abgebildet wird: Zum Beispiel die Kostenstelle 1200144 (Werkstatt) wird für den Zeitraum vom 1.1.2001 bis 1.4.2002 der SuperX-Institution 12001 (Lehreinheit Psychologie) zugeordnet:

inst_nr	1200144
ch110_institut	12001
name	Werkstatt
gueltig_von	1.1.2001
gueltig_bis	1.4.2002

Im Ladescript eines Basissystems wird diese Zuordnung dann übertragen:

Auszug aus dem Ladescript für HISCOB

 update cob_busa
set ch110_institut = (select ch110_institut from trans_inst M
where M.inst_nr = cob_busa.instnr and
M.d_gueltig_von <= date ("01." || cob_busa.monat || "." || cob_busa.jahr) and
M.d_gueltig_bis >= date ("01." || cob_busa.monat || "." || cob_busa.jahr))
where instnr is not null;

Neben der eigentlichen Kostenstelle "Werkstatt" finden wir also bei obigem Beispiel im Feld ch110_institut die SuperX-Institution "Lehreinheit Psychologie". In allen Statistiken zur Lehreinheit, die auf cob_busa beruhen, wird also die Werkstatt stillschweigend hinzugezählt.