Students with more that one admissions (HZB) #4

Closed
opened 3 years ago by danielq · 3 comments
danielq commented 3 years ago (Migrated from superx-rocks.de)
Owner

There are students with more than one admission, to be identified with:

select ST.matrikelnummer
from costage_bw_bewerb_hzb H, costage_bw_bewerbungen BW, costage_st_studierendenstammdaten ST
where BW.nr=H.bw_bewrbng_nr
and ST.st_studstamm_nr=BW.st_studstamm_nr
group by 1
having count(*)>1;

The latest one should be identified through the date:

Quote Lukas Krisper:
2. HZB-Datum vs HZB-Jahr in sos-View
HZB-Datum: Zeugnisdatum der HZB (befindet sich bereits in px_bw_bewerb_hzb_v)
HZB-Jahr: Jahreszahl aus HZB-Datum.

In v1 ist hier noch eine zusätzliche Logik abgebildet dass falls für einen Studierenden mehrere HZB ermittelt werden können dass die zeitlich letzte genommen wird. Aus meiner Sicht ist das nicht notwendig da im System pro Studierenden nur eine HZB existieren darf. Ich habe hierzu die Datenlage auf Q-UZK geprüft und keine Studierenden bei denen das der Fall ist bzw. das HZB-Jahr vom HZB-Datum abweicht gefunden.

Ist hier das HZB-Datum aus px_bw_bewerb_hzb_v ausreichend und die Jahreszahl wird dann wenn notwendig in SuperX aus dem Datum extrahiert? Oder werden beide Felder separat aus CO benötigt?

There are students with more than one admission, to be identified with: select ST.matrikelnummer from costage_bw_bewerb_hzb H, costage_bw_bewerbungen BW, costage_st_studierendenstammdaten ST where BW.nr=H.bw_bewrbng_nr and ST.st_studstamm_nr=BW.st_studstamm_nr group by 1 having count(*)>1; The latest one should be identified through the date: Quote Lukas Krisper: 2. HZB-Datum vs HZB-Jahr in sos-View HZB-Datum: Zeugnisdatum der HZB (befindet sich bereits in px_bw_bewerb_hzb_v) HZB-Jahr: Jahreszahl aus HZB-Datum. In v1 ist hier noch eine zusätzliche Logik abgebildet dass falls für einen Studierenden mehrere HZB ermittelt werden können dass die zeitlich letzte genommen wird. Aus meiner Sicht ist das nicht notwendig da im System pro Studierenden nur eine HZB existieren darf. Ich habe hierzu die Datenlage auf Q-UZK geprüft und keine Studierenden bei denen das der Fall ist bzw. das HZB-Jahr vom HZB-Datum abweicht gefunden. Ist hier das HZB-Datum aus px_bw_bewerb_hzb_v ausreichend und die Jahreszahl wird dann wenn notwendig in SuperX aus dem Datum extrahiert? Oder werden beide Felder separat aus CO benötigt?
danielq commented 3 years ago (Migrated from superx-rocks.de)
Owner

Ich habe mal geprüft, es gibt derzeit keine Studierenden mit zwei Einträgen in px_bw_bewerb_hzb mit unterschiedlichem Zeugnisdatum, d.h. damit bestätigt sich der Eindruck von der CO-Oberfläche: die in CO vermerkte HZB ist immer die letzte.
Um die Erst-HZB zu ermitteln, müssen wir m.E. wie folgt vorgehen:
-Die Bewerbungsdaten (px_bw_bewerbungen_v,px_bw_bewerb_hzb_v) werden in SuperX historisiert
-Anhand des Zeugnisdatums kann die erste HZB dann ermittelt werden
-Das Ganze funktioniert natürlich nur so weit zurück, wie CO im Einsatz ist und SuperX angebunden ist, d.h. nur für die Zukunft. Aber immerhin.

Gruss, D.Quathamer

Ich habe mal geprüft, es gibt derzeit keine Studierenden mit zwei Einträgen in px_bw_bewerb_hzb mit unterschiedlichem Zeugnisdatum, d.h. damit bestätigt sich der Eindruck von der CO-Oberfläche: die in CO vermerkte HZB ist immer die letzte. Um die Erst-HZB zu ermitteln, müssen wir m.E. wie folgt vorgehen: -Die Bewerbungsdaten (px_bw_bewerbungen_v,px_bw_bewerb_hzb_v) werden in SuperX historisiert -Anhand des Zeugnisdatums kann die erste HZB dann ermittelt werden -Das Ganze funktioniert natürlich nur so weit zurück, wie CO im Einsatz ist *und* SuperX angebunden ist, d.h. nur für die Zukunft. Aber immerhin. Gruss, D.Quathamer
danielq commented 3 years ago (Migrated from superx-rocks.de)
Owner

The task at hand is: historize application data:

  1. create special loading tables for applications:
    -costage_bw_bewerbungen_neu
    -costage_bw_bewerb_hzb_neu
    -costage_bw_bewerbung_kombination_neu
    -costage_bw_bewerb_sb_status_neu
  2. transfer from these loading tables to the table without the suffix "_neu"
    -deletion and insert termwise
    -optionally freezing old terms with a variable ("Konstante")

Greetings, Daniel

The task at hand is: historize application data: 1. create special loading tables for applications: -costage_bw_bewerbungen_neu -costage_bw_bewerb_hzb_neu -costage_bw_bewerbung_kombination_neu -costage_bw_bewerb_sb_status_neu 2. transfer from these loading tables to the table without the suffix "_neu" -deletion and insert termwise -optionally freezing old terms with a variable ("Konstante") Greetings, Daniel
Owner

Wird erledigt in #19

Wird erledigt in #19
danielq closed this issue 9 months ago
Sign in to join this conversation.
No Label
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date

No due date set.

Dependencies

This issue currently doesn't have any dependencies.

Loading…
There is no content yet.