Spring 사무 격 리 와 사무 전파 의 상세 한 해석 과 대비

Spring 사무 격 리 와 사무 전파 의 상세 한 해석 과 대비
Spring 은 SSH 의 관리자 로 다른 프레임 워 크 를 관리 하고 각 부분의 업 무 를 조율 한다.오늘 같이 Spring 의 사무 관 리 를 배 워 봅 시다.Spring 의 사무 관 리 는 성명 식 과 프로 그래 밍 식 으로 나 뉜 다.성명 식 은 Spring 설정 파일 에서 관련 설정 을 하 는 것 입 니 다.프로 그래 밍 식 은 코드 에 주석 으로 쓰 는 것 이다.
Spring 프로필 에서 트 랜 잭 션 설정 은 항상 세 가지 구성 부분 으로 구성 되 는데 그것 이 바로 DataSource,TransactionManager 와 프 록 시 체제 라 는 세 부분 입 니 다.어떤 설정 방식 이 든 일반적으로 프 록 시 체제 라 는 부분 만 변 합 니 다.DataSource,TransactionManager 두 부분 은 데이터 접근 방식 에 따라 달라 질 뿐이다.예 를 들 어 Hibernate 를 사용 하여 데이터 접근 을 할 때 DataSource 는 실제 Session Factory 이 고 TransactionManager 의 실현 은 HibernateTransactionManager 이다.
spring 의 트 랜 잭 션 격 리 단계
  • ISOLATION_DEFAULT:데이터베이스 의 기본 격 리 단 계 를 사용 합 니 다.
  • ISOLATION_READ_UNCOMMITTED:변 경 된 제출 되 지 않 은 데 이 터 를 읽 을 수 있 습 니 다.더러 운 읽 기,중복 읽 기,환 독 을 할 수 있 습 니 다
  • ISOLATION_READ COMMITTED:동시 제출 후 읽 을 수 있 습 니 다.더러 운 읽 기 를 피 할 수 있 고 중복 읽 기와 환 독 을 초래 할 수 있 습 니 다
  • ISOLATION_REPEATABLE_READ:같은 필드 에 대한 여러 번 의 읽 기 결과 가 일치 하면 환 독 을 가 져 올 수 있 습 니 다
  • ISOLATION_SERIALIZABLE:ACID 의 원칙 에 완전히 복종 하여 더러 운 읽 기,중복 읽 기,환 독 이 발생 하지 않도록 확보한다.
  • 자신의 시스템 에 따라 데이터 에 대한 요구 에 따라 적응 하 는 격 리 단 계 를 취 할 수 있다.격 리 는 데이터 베 이 스 를 잠 그 는 기록 과 관련 되 기 때문에 데이터 의 정성 에 대한 요구 가 엄격 할 수록 동시 다발 의 성능 도 떨어진다.
    spring 의 트 랜 잭 션 전파 행위
    4.567917.spring 업무 의 전파 행 위 는 한 방법 이 다른 방법 을 호출 할 때 업 무 를 어떻게 조작 해 야 하 는 지 를 말한다
  • PROPAGATION_MANDATORY:이 방법 은 하나의 업무 에서 실행 되 어야 합 니 다.현재 업무 가 존재 하지 않 으 면 이상 을 던 집 니 다
  • PROPAGATION_NESTED:현재 트 랜 잭 션 이 존재 한다 면 이 방법 은 포 함 된 트 랜 잭 션 에서 실 행 됩 니 다.포 함 된 사 무 는 현재 트 랜 잭 션 에서 단독으로 제출 하고 스크롤 백 할 수 있 습 니 다.현재 트 랜 잭 션 이 존재 하지 않 는 다 면 새로운 트 랜 잭 션 을 시작 합 니 다.각 제조 업 체 의 이러한 전파 행위 에 대한 지원 이 들쭉날쭉 하 므 로 사용 할 때 주의해 야 한다
  • PROPAGATION_NEVER:현재 방법 은 하나의 업무 에서 실행 되 어 서 는 안 됩 니 다.현재 업무 가 존재 한다 면 이상 을 던 집 니 다
  • PROPAGATION_NOT_SUPPORTED:현재 방법 은 하나의 업무 에서 실행 되 어 서 는 안 됩 니 다.만약 업무 가 실행 중이 라면,이 방법 이 실행 되 는 동안 끊 을 것 입 니 다
  • PROPAGATION_REQUIRED:이 방법 은 하나의 업무 에서 실행 되 어야 합 니 다.만약 하나의 업무 가 실행 되 고 있다 면,이 방법 은 이 업무 에서 실 행 될 것 이다.그렇지 않 으 면 새로운 일 을 시작 할 것 이다
  • PROPAGATION_REQUIRES_NEW:이 방법 은 자신의 업무 에서 실행 되 어야 합 니 다.그것 은 새로운 사 무 를 시작 할 것 이다.기 존 업무 가 실행 중이 면 이 방법 이 실행 되 는 동안 끊 습 니 다
  • PROPAGATION_SUPPORTS:현재 방법 은 트 랜 잭 션 처리 환경 이 필요 하지 않 습 니 다.하지만 하나의 트 랜 잭 션 이 실행 되 고 있다 면 이 방법 도 이 트 랜 잭 션 에서 실 행 될 수 있 습 니 다
  • 이상 은 Spring 사무 격 리 와 사무 전파 의 사례 에 대한 상세 한 설명 입 니 다.궁금 한 점 이 있 으 시 면 메 시 지 를 남기 거나 본 사이트 지역사회 에 가서 토론 을 하 십시오.읽 어 주 셔 서 감사합니다. 여러분 께 도움 이 되 기 를 바 랍 니 다.본 사이트 에 대한 지지 에 감 사 드 립 니 다!

    좋은 웹페이지 즐겨찾기