- Przesyłane
- 18 października 2026 23:09 UTC
- Autor
- Kamo
- Zgłoszenie
- d461c33
PhiAccessRecorder stemplowane zdarzenieAt przez odbudowę każdego zdarzenia z listy pól napisanej przed kolumny kliniczne istniały, a nie ma zestawów dzwoniącychAt, więc każdy kliniczny wiersz phi _ access _ log osiągnął tabelę z funkcją _ wykorzystania, dostępem _ base, pacjentką _ cape _ id, fhir _ resource _ type oraz break _ glass _ grant _ id NULL: nie można z nich zbudować księgowości 164.528. Pieczątka jest teraz pełna kopia (PhiAccessEvent.toBuilder), przygnieciona odbiciem w PhiAccessEventCopyTest. ClinicalBaseEntity.upgrade _ at nie było NULL, wstawiono = false i nadal można go unowocześnić, bez niczego ustawienie go: jednostka po prostu utrzymywała nieważność, więc wszelkie dalsze zmiany w tym samym kontekście utrzymywania spłukany UPDATE... updated _ at = NULL (500), a późniejsze aktualizacje odpisały starą wartość (kolumna nigdy się nie ruszał). Jest on teraz stemplowany w @ PrePersist / @ PreUpdate i wstawiany, dla wszystkich 68 klinicznych podmiotów. InstaltOnlyColumnTrapTest zakazuje wstawiania tabeli = false-but-updatable kształt na każdej jednostce w Biblioteka; 6.2.13 Egzekucyjny dowód jest securityservice ClinicalUpdatedAtFlushTest.