- Verschifft
- 11. August 2026 um 16:20 UTC
- Autor
- Kamo
- Ausschuss
- a229d59
Registriert com.kamo.z.shared.hr.training in der expliziten @EnableJpaRepositories Liste @EntityScan ist breit, so dass die Entitäten gefunden werden, so oder so, aber Repositorien sind nicht, und ohne dies werden die Tabellen nie erstellt. TrainingSchemaMigration (@Bestellung(43); 42 ist die gesetzliche) fügt hinzu, was das Entity Mapping nicht kann express. Fünf UNIQUE-Indizes werden als fatal behandelt, weil jeder eine Korrektheitsgarantie ist nichts anderes bietet: - (course_uid, version_number): zwei gleichzeitige Veröffentlichungen würden sonst die gleiche Zahl prägen und jede Aufgabe, die auf "Version 3" geheftet wird, wird mehrdeutig. - eine Bescheinigung pro Einsatz: die WORM-Wache blockiert UPDATE und DELETE, kein Duplikat INSERT. - die Benachrichtigung Anspruch Index IST die idempotenz der gesamten Erinnerungspipeline - die Forderung ist ein INSERT dagegen, so dass ohne es ein neu verhandelter Sweep jeden überfälligen Mitarbeiter von jeder Mieter. - eine Rezertifizierung pro (Mitglied, Kurs, Fälligkeit); eine Fortschrittszeile pro Folie. Der Kurs-item CHECK ist absichtlich als zweispaltiges Prädikat geschrieben: SchemaCleanupRunner @Order(1) lässt jede einzelne Kolumne IN-Liste CHECK auf jedem Lauf fallen, denn das ist die Form Hibernate emittiert für @Enumerated(STRING). CockroachDB/Yugabyte haben keine ADD CONSTRAINT IF NICHT EXISTEN für CHECKs, so "bereit existiert" wird gefangen und als Erfolg behandelt. Der Test ist nur Reflexion-only. mvn Test in diesem repo MIGRATES PRODUCTION . DemoApplicationTests ist ein @SpringBootTest ohne Testprofil und ohne src/test/resources - so behauptet es das SQL Konsistenten gegen den @Table-Namen jedes Entity-Unternehmens ohne Kontext zu starten, der der Ausfall ist Das passiert tatsächlich: eine Tabelle, die das handgeschriebene SQL hinterlässt.