이 예제에서는 @Flush 부호를 사용하여 SqlSession#flushStatements() 호출을 보여 주며: 이 예제에서는 MyBatis 3.5.1 이후부터 사용할 수 있는 ProviderMethodResolver의 기본 구현을 사용합니다. 이 디렉터리 구조를 따르고 있다고 가정합니다. 어마어를 잡은, 요약하면 처음 네 가지 메서드는 대체로 동일하지만 재정의를 통해 선택적으로 환경 및/또는 속성을 지정할 수 있습니다. 다음은 mybatis-config.xml 파일에서 SqlSessionFactory를 빌드하는 예입니다. 환경 매개 변수를 사용하는 빌드 메서드를 호출하면 MyBatis는 해당 환경에 대한 구성을 사용합니다. 물론 잘못된 환경을 지정하면 오류가 발생합니다. 환경 매개 변수를 사용하지 않는 빌드 메서드 중 하나를 호출하면 기본 환경이 사용됩니다(위의 예에서 기본=”개발”로 지정). 최종 빌드 메서드는 구성 인스턴스를 사용 합니다. 구성 클래스에는 SqlSessionFactory 인스턴스에 대해 알아야 할 모든 것이 포함되어 있습니다. Configuration 클래스는 SQL 맵을 찾고 조작하는 등 구성을 면관하는 데 유용합니다(응용 프로그램이 요청을 수락한 후에는 권장되지 않음). 구성 클래스에는 Java API로만 노출된 모든 구성 스위치가 있습니다. 다음은 구성 인스턴스를 수동으로 빌드() 메서드에 전달하여 SqlSessionFactory를 만드는 방법에 대한 간단한 예제입니다. 참고 자바 주석은 표현력과 유연성이 불행히도 제한됩니다.

조사, 디자인 및 시험에 많은 시간을 할애했음에도 불구하고 가장 강력한 MyBatis 매핑은 주석으로 구축할 수 없습니다. C# 특성(예:)은 이러한 제한으로 인해 어려움을 겪지 않으므로 MyBatis.NET XML에 대한 훨씬 더 풍부한 대안을 누릴 수 있습니다. 즉, Java 별표 기반 구성의 이점이 없는 것은 아닙니다. 따라서 매핑된 문을 실행하는 더 일반적인 방법은 Mapper 클래스를 사용하는 것입니다. 매퍼 클래스는 단순히 SqlSession 메서드와 일치하는 메서드 정의가 있는 인터페이스입니다. 다음 예제 클래스에서는 일부 메서드 시그니처와 메서드 시그니처가 SqlSession에 매핑되는 방법을 보여 줍니다. 처음 네 가지 방법은 XML 문서를 참조하는 InputStream 인스턴스를 사용하거나 더 구체적으로 위에서 설명한 mybatis-config.xml 파일을 사용하므로 가장 일반적입니다. 선택적 매개 변수는 환경 및 속성입니다. 환경은 데이터 원본 및 트랜잭션 관리자를 포함하여 로드할 환경을 결정합니다. 예: mybatis-config.xml 파일에서 속성을 참조하거나 그 안에 직접 지정할 수도 있습니다. 따라서 우선 순위를 이해하는 것이 중요합니다.

우리는이 문서의 앞에서 언급, 하지만 여기에 다시 쉽게 참조: 다양 한 삽입, 업데이트, 삭제 및 위의 메서드는 강력한, 그들은 또한 매우 상세, 안전 하 고 IDE 또는 단위 테스트에 도움이 되지 않습니다. 위의 시작 하기 섹션에서 매퍼를 사용하는 예제를 이미 보았습니다. 이 예제에서는 @SelectKey 추가를 사용하여 삽입 하기 전에 시퀀스에서 값을 검색 하는 방법을 보여 주며 여러 매개 변수를 매퍼 메서드에 전달할 수 있습니다.