Java 지속성 계층 인터뷰 질문-Java인터뷰 질문들-php.cn

Java 지속성 계층 인터뷰 질문

Hibernate의 SessionFactory는 스레드로부터 안전합니까? 세션은 스레드로부터 안전합니까(두 스레드가 동일한 세션을 공유할 수 있습니까)?

SessionFactory는 Hibernate의 데이터 저장 개념에 해당하며 스레드로부터 안전하며 여러 스레드에서 동시에 액세스할 수 있습니다. SessionFactory는 일반적으로 시작 시에만 빌드됩니다. 애플리케이션의 경우 쉬운 액세스를 위해 싱글톤 모드를 통해 SessionFactory를 캡슐화하는 것이 가장 좋습니다.

Session은 데이터베이스와 상호 작용하는 작업 단위를 나타내는 스레드로부터 안전하지 않은 경량 개체입니다(스레드 간에 세션을 공유할 수 없음). 세션은 SessionFactory에 의해 생성되며 작업이 완료된 후 닫힙니다. 세션은 지속성 계층 서비스에서 제공하는 기본 인터페이스입니다.

세션은 데이터베이스 연결 획득을 지연시킵니다(즉, 필요할 때만 연결을 얻습니다). 너무 많은 세션이 생성되는 것을 방지하려면 ThreadLocal을 사용하여 세션을 현재 스레드에 바인딩하여 동일한 스레드가 항상 동일한 세션을 얻도록 할 수 있습니다.

Hibernate 3에 있는 SessionFactory의 getCurrentSession() 메소드가 이를 수행할 수 있습니다.

Session의 save(), update(), merge(), lock(), saveOrUpdate() 및 persist() 메소드는 무엇을 합니까? 차이점은 무엇입니까?

Hibernate 객체에는 임시, 지속, 분리라는 세 가지 상태가 있습니다.

save(), persist() 또는 saveOrUpdate() 메서드를 호출하여 임시 인스턴스를 영구화할 수 있습니다.

update(), saveOrUpdate(), lock() 또는 복제()를 호출하여 무료 인스턴스를 영구화할 수 있습니다. ) 지속적인 상태가 됩니다. save() 및 persist()는 SQL INSERT 문을 트리거하고 update() 또는 merge()는 UPDATE 문을 트리거합니다.

save()와 update()의 차이점은 하나는 임시 객체를 영구 상태로 바꾸고, 다른 하나는 자유 객체를 영구 상태로 바꾸는 것입니다. merge() 메서드는 save() 및 update() 메서드의 기능을 완료할 수 있으며, 그 목적은 새 상태를 기존 영속 객체에 병합하거나 새 영속 객체를 생성하는 것입니다.

persist() 메서드의 경우 공식 문서의 지침을 따르세요.

1 persist() 메서드는 임시 인스턴스를 유지하지만 식별자가 영구 인스턴스에 즉시 채워지는 것을 보장하지는 않습니다.

2. persist() 메소드는 긴 세션 프로세스를 캡슐화해야 할 때 INSERT 문을 트리거하지 않도록 합니다. persist() ) 메소드가 매우 필요합니다.

3. save() 메소드는 항목 2를 보장하지 않습니다. 식별자를 반환하므로 트랜잭션 내부 또는 외부에서 즉시 INSERT 문을 실행합니다.

lock() 메서드와 update() 메서드의 차이점은 update() 메서드는 제어할 수 없게 변경된 객체를 영구 상태로 변경합니다. lock() 메서드는 제어할 수 없는 객체를 변경합니다. 통제 불능 상태로 변경되어 객체가 지속 상태가 됩니다.

Session에서 엔터티 개체를 로드하는 과정을 설명합니다.

1. 데이터베이스 쿼리 기능을 호출하기 전에 세션은 먼저 1단계 캐시에서 엔터티 유형과 기본 키를 검색하고 데이터 상태가 적법한 경우 직접 반환합니다. ;

2. 캐시에 적중이 없으면 세션은 현재 NonExists 레코드에서 검색합니다(쿼리 블랙리스트와 동일). 잘못된 쿼리가 반복적으로 나타나는 경우 빠른 판단이 가능합니다. 성능 향상) NonExists에 동일한 쿼리 조건이 있으면 null을 반환합니다.

3. 첫 번째 수준 캐시가 실패하면 두 번째 수준 캐시에 도달하면 직접 반환합니다. 4. 이전 쿼리가 실패하면 쿼리가 해당 레코드를 찾지 못하면 이 쿼리를 세션의 NonExists에 추가하고 이를 기록하고

5에 따라 ResultSet을 반환합니다. 매핑 구성 및 SQL 문을 작성하고 해당 엔터티 개체를 생성합니다.

6. 해당 개체를 세션(레벨 1 캐시) 관리에 통합합니다.

8. 활성화되어 2단계 캐시를 사용하도록 설정된 경우 데이터 개체가 2단계 캐시에 포함됩니다.

# 들어오는 데이터를 문자열로 처리하고 들어오는 데이터에 자동으로 따옴표를 추가합니다.

$는 들어오는 데이터를 SQL로 직접 표시하고 생성합니다.

참고: $ 자리 표시자를 사용하면 SQL 삽입 공격이 발생할 수 있습니다. #을 사용할 수 있는 경우에는 $를 사용하지 마세요. order by 절을 작성할 때는 # 대신 $를 사용해야 합니다.

MyBatis에서 네임스페이스의 역할을 설명하세요.

대규모 프로젝트의 경우 SQL 문이 많을 수 있는데, 이때 각 SQL 문에 고유한 식별(ID)을 부여하는 것은 쉽지 않습니다.

이 문제를 해결하기 위해 MyBatis에서는 각 매핑 파일에 대해 고유한 네임스페이스를 생성하여 이 매핑 파일에 정의된 각 SQL 문이 이 네임스페이스에 정의된 ID가 되도록 할 수 있습니다.

이 ID가 각 네임스페이스에서 고유하다는 것을 확인할 수 있는 한, 서로 다른 매핑 파일의 명령문 ID가 동일하더라도 더 이상 충돌이 발생하지 않습니다.

MyBatis의 동적 SQL은 무엇을 의미하나요?

일부 복잡한 쿼리의 경우 여러 쿼리 조건을 지정할 수 있지만 이러한 조건이 존재할 수도 있고 존재하지 않을 수도 있습니다. 지속성 계층 프레임워크를 사용하지 않으면 SQL 문을 직접 조립해야 할 수도 있지만 MyBatis는 다음과 같은 기능을 제공합니다. 이 문제를 해결하기 위해 동적 SQL을 사용합니다. MyBatis에서 동적 SQL을 구현하는 데 사용되는 주요 요소는 다음과 같습니다:

- if    - choose / when / otherwise    - trim    - where    - set     - foreach

로그인 후 복사

사용 예:

<select id="foo" parameterType="Blog" resultType="Blog">        
select * from t_blog where 1 = 1
<if test="title != null">            
   and title = #{title}
</if>
<if test="content != null">            
   and content = #{content}
</if>
<if test="owner != null">            
   and owner = #{owner}
</if>
</select>

로그인 후 복사

JDBC 프로그래밍의 단점은 무엇입니까? MyBatis는 이러한 문제를 어떻게 해결합니까?

1. JDBC: 빈번한 데이터베이스 링크 생성 및 해제로 인해 시스템 리소스가 낭비되고 시스템 성능에 영향을 미치는 문제는 데이터베이스 링크 풀을 사용하여 해결할 수 있습니다.

MyBatis: SqlMapConfig.xml에서 데이터 링크 풀을 구성하고 연결 풀을 사용하여 데이터베이스 링크를 관리합니다.

2. JDBC: SQL 문이 코드에 작성되어 코드를 유지 관리하기가 어렵습니다. SQL의 실제 적용이 변경될 가능성이 높으며, SQL 변경에는 Java 코드 변경이 필요합니다.

MyBatis: XXXXmapper.xml 파일에 Sql 문을 구성하고 이를 Java 코드와 분리합니다.

3. JDBC: sql 문의 where 조건이 반드시 확실하지 않고 다소 다를 수 있으며 자리 표시자가 매개 변수와 일대일로 대응해야 하기 때문에 sql 문에 매개 변수를 전달하는 것은 번거로운 작업입니다. 하나.

MyBatis: Mybatis는 자동으로 Java 개체를 SQL 문에 매핑합니다.

4, JDBC: 결과 집합을 구문 분석하는 것이 번거롭습니다. SQL 변경으로 인해 구문 분석 코드가 변경되고, 구문 분석하기 전에 데이터베이스 레코드를 pojo 개체로 구문 분석하는 것이 더 편리합니다.

MyBatis: Mybatis는 SQL 실행 결과를 Java 개체에 자동으로 매핑합니다.

MyBatis와 Hibernate의 차이점은 무엇인가요?

1. MyBatis는 프로그래머가 직접 SQL 문을 작성해야 하기 때문에 완전히 ORM 프레임워크는 아닙니다. 그러나 mybatis는 XML 또는 주석을 통해 실행되도록 SQL 문을 유연하게 구성하고 Java 개체를 결합할 수 있습니다. with sql 문 매핑은 최종 실행된 SQL을 생성하고, 최종적으로 SQL 실행 결과를 매핑하여 Java 객체를 생성한다.

2. Mybatis는 학습 임계값이 낮고 배우기 쉽습니다. 프로그래머가 원본 SQL을 직접 작성할 수 있어 SQL 실행 성능을 엄격하게 제어할 수 있으며 관계형에 대한 요구 사항이 높지 않은 소프트웨어 개발에 매우 적합합니다. 인터넷 소프트웨어 및 기업 운영과 같은 데이터 모델. 이러한 소프트웨어 유형의 요구 사항은 자주 변경되므로 요구 사항이 변경되면 결과가 신속하게 출력되어야 합니다.

그러나 유연성의 전제는 mybatis가 데이터베이스 독립적일 수 없다는 것입니다. 여러 데이터베이스를 지원하는 소프트웨어를 구현해야 하는 경우 여러 세트의 SQL 매핑 파일을 사용자 정의해야 하며 이는 작업량이 많습니다.

3. Hibernate는 강력한 객체/관계 매핑 기능과 우수한 데이터베이스 독립성을 갖추고 있습니다. 관계형 모델에 대한 요구 사항이 높은 소프트웨어(예: 고정 요구 사항이 있는 맞춤형 소프트웨어)의 경우 Hibernate를 사용하여 개발하면 많은 코드를 절약할 수 있습니다. 효율성을 향상시킵니다.

하지만 Hibernate의 단점은 학습의 문턱이 높고, 숙달의 문턱이 훨씬 높다는 것입니다. 게다가 O/R 매핑을 설계하는 방법, 성능과 객체 모델 간의 균형을 맞추는 방법, Hibernate를 사용하는 방법까지요. 물론 강한 경험과 능력이 필요합니다. ~

간단히 말해서 제한된 리소스 환경에서 사용자 요구에 따라 유지 관리성과 확장성이 좋은 소프트웨어 아키텍처를 만들 수 있다면 좋은 아키텍처이므로 프레임워크는 적합할 경우에만 가장 좋습니다.

(여기서 이해하고 있는 내용을 결합해도 됩니다. 머뭇거리지 마세요.)

MyBatis의 1단계 캐시와 2단계 캐시에 대해 간단히 이야기해볼까요?

Mybatis는 먼저 캐시에 있는 결과 세트를 쿼리합니다. 결과 세트가 없으면 데이터베이스에 쿼리하고, 캐시에서 결과 세트를 검색하여 데이터베이스로 이동하지 않고 결과 세트를 반환합니다. 마이바티스 내부 저장소 캐시는 HashMap을 사용하며, 키는 hashCode+sqlId+Sql 문입니다. value는 쿼리에서 매핑하여 생성된 Java 개체입니다. Mybatis의 두 번째 수준 캐시는 쿼리 캐시입니다. 해당 범위는 매퍼의 네임스페이스입니다. 즉, 동일한 네임스페이스에서 SQL을 쿼리하면 캐시에서 데이터를 얻을 수 있습니다. 두 번째 수준 캐시는 SqlSession에 걸쳐 있을 수 있습니다.

위 내용은 Java 지속성 계층 인터뷰 질문의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!