(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…“) |
|||
| 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. | |||
==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: | ||
Aktuelle Version vom 23. Juli 2014, 19:24 Uhr
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.
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?
