Danielq: /* Allgemeines */

2014-07-23T19:24:49Z

Allgemeines

← Nächstältere Version		Version vom 23. Juli 2014, 19:24 Uhr
Zeile 1:		Zeile 1:
	=Protokoll Laden Einzelprüfungen aus POS=		=Protokoll Laden Einzelprüfungen aus POS=
	==Allgemeines==		==Allgemeines==
	Die Laderoutine lief nicht durch, sondern mußte wg. zu wenig Plattenplatz abbrechen.		Die Laderoutine lief nicht durch, sondern mußte wg. zu wenig Plattenplatz abbrechen. Zwei große Tabellen (sos_lab, sos_stg_aggr) wurden in den DBSPACE "datadbs" gelegt.
	Zwei große Tabellen (sos_lab, sos_stg_aggr) wurden in den DBSPACE "datadbs" gelegt. ~~OK?~~
	==Tab. Prüfungselemente==		==Tab. Prüfungselemente==
	Die UDE-Tabelle sos_pord entspricht zwar spaltenweise dem Schema der Memtext Tabelle, aber zeilenweise sieht es ganz anders aus:		Die UDE-Tabelle sos_pord entspricht zwar spaltenweise dem Schema der Memtext Tabelle, aber zeilenweise sieht es ganz anders aus:

Danielq: Die Seite wurde neu angelegt: „=Protokoll Laden Einzelprüfungen aus POS= ==Allgemeines== Die Laderoutine lief nicht durch, sondern mußte wg. zu wenig Plattenplatz abbrechen. Zwei große T…“

2014-07-23T19:00:08Z

Die Seite wurde neu angelegt: „=Protokoll Laden Einzelprüfungen aus POS= ==Allgemeines== Die Laderoutine lief nicht durch, sondern mußte wg. zu wenig Plattenplatz abbrechen. Zwei große T…“

Neue Seite

=Protokoll Laden Einzelprüfungen aus POS=
==Allgemeines==
Die Laderoutine lief nicht durch, sondern mußte wg. zu wenig Plattenplatz abbrechen.
Zwei große Tabellen (sos_lab, sos_stg_aggr) wurden in den DBSPACE "datadbs" gelegt. OK?
==Tab. Prüfungselemente==
Die UDE-Tabelle sos_pord entspricht zwar spaltenweise dem Schema der Memtext Tabelle, aber zeilenweise sieht es ganz anders aus:

Sie enthält nicht nur den Inhalt von pord (8.000 Sätze), sondern kombiniert das mit sos_pnrzuord. Die Tabelle hat dadurch viele "Duplikate" (insg. 113.000 Sätze), und bei joins in den Memtext Scripten kommt es zu kartesischen Produkten.
In der Tabelle sos_lab_pord waren auf einmal 52.657.848 Sätze...

Außerdem mußte ich die pversion auf -1 setzen, weil sonst der unique index in der lehr_stg_ab verletzt wird.

Ich habe im Script
/home/superx/db/UDE/sos/trans_sos_pord.sql
erstmal die Datensätze eindeutig gemacht, damit ich weiterkomme.
Müssen wir klären.

==Einzelprüfungen aus POS==

Die Auswertung Einzelprüfungen Datenblatt liefert derzeit unrealistisch hohe Prüfungszahlen.
So soll z.B. der Student Pseudonym=96616 (echte Matrikelnr. 2203154) im SS 20141 32mal die gleiche Prüfung gemacht haben.
Eine Analyse dieses Beispiels:
select * from sos_poslab where matrikel_nr=2203154
and sem_der_pruefung=20141
and pordnr=65417;
Ergibt 19 Sätze, alle mit der gleichen labnr (ID=4499663), aber unterschiedlichen Studiengängen.
Offenbar wird jede Prüfung durch alle übergeordneten Prüfungselemente der Prüfungsordnungen "hochgezogen" und somit mehrfach gezählt

SuperX benötigt an dieser Stelle aber nur die eine Prüfung, die abgelegt wurde.
Es wäre zu klären wie diese Prüfung gefunden werden kann.

Hinweis: für die Uni Siegen haben wir ein Script geschrieben, das eine Einzelprüfung durch die Hierarchie der PO-Elemente bis nach oben wandert und dort den korrekten Studiengang ermittelt.
Ggf. ist das hier auch gewünscht?

UDE Laden Prüfungen 23.7.2014 - Versionsgeschichte

Danielq: /* Allgemeines */

Danielq: Die Seite wurde neu angelegt: „=Protokoll Laden Einzelprüfungen aus POS= ==Allgemeines== Die Laderoutine lief nicht durch, sondern mußte wg. zu wenig Plattenplatz abbrechen. Zwei große T…“