Java 지속성 계층 인터뷰 질문 (2)-Java시작하기-php.cn

Java 지속성 계층 인터뷰 질문 (2)

王林

풀어 주다： 2020-03-20 18:17:55

앞으로

2316명이 탐색했습니다.

Java 지속성 계층 인터뷰 질문 (2)

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

대규모 프로젝트의 경우 SQL 문이 많을 수 있는데, 이때 각 SQL 문에 고유한 식별(ID)을 부여하는 것은 쉽지 않습니다. 이 문제를 해결하기 위해 MyBatis에서는 각 매핑 파일에 대해 고유한 네임스페이스를 생성하여 이 매핑 파일에 정의된 각 SQL 문이 이 네임스페이스에 정의된 ID가 되도록 할 수 있습니다.

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

(추천 튜토리얼: Java Quick Start)

2. MyBatis에서 동적 SQL은 무엇을 의미하나요?

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

MyBatis에서 동적 SQL을 구현하는 데 사용되는 요소는 주로 다음과 같습니다.

- if - 선택 / when / else - 트림 - where - 설정 - 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>

로그인 후 복사

3 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 개체에 자동으로 매핑합니다.

4. 마이바티스와 하이버네이트의 차이점은 무엇인가요?

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

(2) Mybatis는 학습 임계값이 낮고 배우기 쉽습니다. 프로그래머가 직접 SQL 실행 성능을 엄격하게 제어할 수 있어 요구 사항이 높지 않은 소프트웨어 개발에 매우 적합합니다. 인터넷 소프트웨어 및 기업 운영 소프트웨어 등과 같은 관계형 데이터 모델은 이러한 유형의 소프트웨어 요구 사항이 자주 변경되므로 요구 사항이 변경되면 결과를 신속하게 출력해야 합니다. 그러나 유연성의 전제는 mybatis가 데이터베이스 독립적일 수 없다는 것입니다. 여러 데이터베이스를 지원하는 소프트웨어를 구현해야 하는 경우 여러 세트의 SQL 매핑 파일을 사용자 정의해야 하며 이는 작업량이 많습니다.

(3) Hibernate는 강력한 객체/관계 매핑 기능과 우수한 데이터베이스 독립성을 갖추고 있습니다. 관계형 모델에 대한 요구 사항이 높은 소프트웨어(예: 고정 요구 사항이 있는 맞춤형 소프트웨어)의 경우 Hibernate를 사용하여 개발하면 많은 비용을 절약할 수 있습니다. 코드를 작성하고 효율성을 향상시킵니다. 하지만 Hibernate의 단점은 학습의 문턱이 높고, 숙달의 문턱이 더욱 높다는 점이다. 더욱이 O/R 매핑을 어떻게 설계할지, 성능과 객체 모델을 어떻게 가늠할지, Hibernate를 잘 활용하려면 어떻게 해야 하는지가 필요하다. 강력한 경험과 능력. ~

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

5. 마이바티스의 1차 캐시와 2차 캐시에 대해 간단히 이야기하자면?

Mybatis는 먼저 캐시에 있는 결과 세트를 쿼리합니다. 결과 세트가 없으면 데이터베이스에 쿼리하고, 캐시에서 결과 세트를 검색하여 데이터베이스로 이동하지 않고 결과 세트를 반환합니다. 마이바티스 내부 저장소 캐시는 HashMap을 사용하며, 키는 hashCode+sqlId+Sql 문입니다. 값은 쿼리에서 매핑하여 생성된 Java 개체입니다.

Mybatis의 두 번째 수준 캐시는 쿼리 캐시입니다. 즉, 동일한 네임스페이스에서 SQL을 쿼리하면 캐시에서 데이터를 얻을 수 있습니다. 두 번째 수준 캐시는 SqlSession에 걸쳐 있을 수 있습니다.