DDL 및 harden 멀티 포드 경주를 방지

FixSecurityService
관련 상품
2026년 4월 20일 오후 8:43 UTC
이름 *
Kamo
뚱 베어
d3249b4

@Transactional syncAll() 내부 DDL을 넣는다. 알터 때 TABLE ADD CONSTRAINT는 기존의 제약 (일반적인 경우 후 첫 번째 부팅, 또는 멀티 포드 경주에서 파를 잃는), runIdempotent는 Java를 삼키 예외 — 하지만 주변 DB 거래는 낙태 상태로 남아. 모든 후속 JPA 호출은 `current transaction is aborted, commands 트랜잭션 블록의 끝까지 무시, 각 재시작에 팟을 복용. 변경 사항: - syncAll()는 더 이상 @Transactional 없습니다. 각 단계는 자체로 실행됩니다. 자율성: DDL는 어떤 봄 TX의 밖에서 문 당 auto-commits, 그래서 단일 상태 실패는 아무것도 독 할 수 없습니다. - keepUniqueConstraint() 이제 ADD 시도하기 전에 pg constraint를 확인합니다. 그래서 "already는" 오류가 정상 재시작에 불이 없다. - 자기 주입 (@Lazy self) 그래서 sub-methods ' @Transactional 실제로 봄 프록시를 통해 화재 (이전 this.syncOrgRoleRights() 호출 우회된 AOP). - 동시 포드 인종 분석 문서 : CRDB에 의해 일련 된 DDL, DELETEs idempotent, CONFLICT DO NOTHING을 통해 레이스 안전 삽입.

모든 변경 사항

배송을 보는 것과 같이?

작업 공간의 모든 업데이트 땅은 자동으로. 일주일 후 무료로 시청하십시오.

무료 영원히 시작가격 비교