Change - User Story Prozessablauf konzipieren #1

Closed
opened 2025-11-20 08:54:48 +01:00 by anton.luckhardt · 0 comments

Change Request basierend auf Userstory vom 19.11.2025

Allgemein:
Dateigröße

  • Eine einzelne Datei darf nicht größer sein als 250kb.
    • Hintergrund ist Größe des FileSystems auf Applikationsserver
    • Beispiel: 21 DBs mit 500 Files â 500kb (5,25 GB) zu groß
      Schema
  • Schema in MySQL noch um die neuen Spalten erweitert werden (archived_date_real und archived_ack wurden nicht übernommen)
    Metriken
  • Erstelle bei Generierung Metriken pro Datenbanken die ich nach Durchführung meines Prozesses konsultieren kann, wie z.B.
    • Alle Einträge gesondert pro DB inklusive Zuweisung zu entsprechender Datenbank
    • Metriken als csv analog zu renames.csv
    • Anzahl an generierten Einträgen
    • Anzahl der zu archivierenden Einträgen
    • Anzahl Einträge die umbenannt werden müssen
      Konsistenz:
  • Lösche bei jeder Generierung alle Daten (bzw. Tabellen oder Datenbanken) mit fixem Präfix
  • Präfix darf nicht mehr über Arguement definiert werden. Präfix ist ab jetzt Konstante "mysql_archiv_"
  • Führe die Hydration der DB komplett neu aus
  • alle erstellten Dokumente sollen in einem gesonderten Unterordner im Rootverzeichnis abgelegt werden und über .gitignore nicht im Repository enthalten sein
  • Alle generierten Dokumente sollen im filename mit Zeitstempel boniert sein (YYYY_MM_DD_HH_mm_Dateiname)
    Userfeedback:
  • Erweitere UserFeedback sinvoll für die Generierung, sodass mögliche Fehlerquellen identifiziert werden können
  • z.B. Erstelle 100 Einträge in DB... und Anzahl erstellter Einträge (analog zu Metrik csv)

filename:

  • erste digit spiegelt die ID für dokument_type_id wieder (0_... => ORDER, 1_... => INVOICE, usw.)
    dokument_type_id:
  • muss analog zu vorherigem die ID des filenames widerspiegeln
  • weitere hilfsspalte dokument_type_name die basierend auf der ID das Dokument textuell beschreibt
    archived_ack_date:
  • Zeitstempel des ACKs

Datenbanken (YYYY):

  • created date muss mindestens 10 (kann aber älter als 10 sein) Jahre jünger sein als das archived_date (archived_date ist ja created + 10 Jahre und dann aufs nächste Jahr aufgerundet)
  • retention periodi ist in der DB fachlich 10 obwohl faktisch 13. Das ist basierend auf der Historie der Datenbank

Datenbanken (Objektspezfisch):

  • Dateibefüllung für manche Datenbanken ist nicht erfolgt (z.B. mysql_archiv_vertrag). Vermutlich ein Rechteproblem
  • archive_date mindestens 2031
    • YYYY Datenbanken wurden ab 2020 umgestellt auf objektspezische Datenbanken, deshalb 2020+10 (+1)
Change Request basierend auf [Userstory](https://projects.ghcsolutions.de/project/ghc-intern/us/52) vom 19.11.2025 Allgemein: Dateigröße - [x] Eine einzelne Datei darf nicht größer sein als 250kb. - Hintergrund ist Größe des FileSystems auf Applikationsserver - Beispiel: 21 DBs mit 500 Files â 500kb (5,25 GB) zu groß Schema - [x] Schema in MySQL noch um die neuen Spalten erweitert werden (archived_date_real und archived_ack wurden nicht übernommen) Metriken - [x] Erstelle bei Generierung Metriken pro Datenbanken die ich nach Durchführung meines Prozesses konsultieren kann, wie z.B. - [x] Alle Einträge gesondert pro DB inklusive Zuweisung zu entsprechender Datenbank - [x] Metriken als csv analog zu renames.csv - [x] Anzahl an generierten Einträgen - [x] Anzahl der zu archivierenden Einträgen - [x] Anzahl Einträge die umbenannt werden müssen Konsistenz: - [x] Lösche bei jeder Generierung alle Daten (bzw. Tabellen oder Datenbanken) mit fixem Präfix - [x] Präfix darf nicht mehr über Arguement definiert werden. Präfix ist ab jetzt Konstante "mysql_archiv_" - [x] Führe die Hydration der DB komplett neu aus - [x] alle erstellten Dokumente sollen in einem gesonderten Unterordner im Rootverzeichnis abgelegt werden und über .gitignore nicht im Repository enthalten sein - [ ] Alle generierten Dokumente sollen im filename mit Zeitstempel boniert sein (YYYY_MM_DD_HH_mm_Dateiname) Userfeedback: - [x] Erweitere UserFeedback sinvoll für die Generierung, sodass mögliche Fehlerquellen identifiziert werden können - z.B. Erstelle 100 Einträge in DB... und Anzahl erstellter Einträge (analog zu Metrik csv) filename: - [x] erste digit spiegelt die ID für dokument_type_id wieder (0_... => ORDER, 1_... => INVOICE, usw.) dokument_type_id: - [x] muss analog zu vorherigem die ID des filenames widerspiegeln - [x] weitere hilfsspalte dokument_type_name die basierend auf der ID das Dokument textuell beschreibt archived_ack_date: - [x] Zeitstempel des ACKs Datenbanken (YYYY): - [x] created date muss mindestens 10 (kann aber älter als 10 sein) Jahre jünger sein als das archived_date (archived_date ist ja created + 10 Jahre und dann aufs nächste Jahr aufgerundet) - [x] retention periodi ist in der DB fachlich 10 obwohl faktisch 13. Das ist basierend auf der Historie der Datenbank Datenbanken (Objektspezfisch): - [x] Dateibefüllung für manche Datenbanken ist nicht erfolgt (z.B. mysql_archiv_vertrag). Vermutlich ein Rechteproblem - [x] archive_date mindestens 2031 - YYYY Datenbanken wurden ab 2020 umgestellt auf objektspezische Datenbanken, deshalb 2020+10 (+1)
anton.luckhardt added reference Fix---#1-Change---User-Story-Prozessablauf-konzipieren 2025-11-20 09:25:40 +01:00
Sign in to join this conversation.
No labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
anton.luckhardt/Migration_Digitalarchiv_Testdaten#1
No description provided.