레슨

설명 이전 학습에서 Hibernate가 Entity 클래스의 이름을 저장하기 위해 특별한 DTYPE VARCHAR 열을 사용하는 것을 보았습니다. 이러한 열을 discriminator 라고 합니다 . 데이터베이스의 주어진 행에 대해 생성할 클래스를 명확하게 결정하는 데 사용됩니다. @DiscriminatorColumn 주석을 사용하여 이 열을 조작할 수 있습니다 . 예: @DiscriminatorColumn(name="имя_

설명 데이터베이스에 클래스 계층 구조를 저장하는 또 다른 전략은 Joined Table입니다. 이에 대한 특별한 주석이 있습니다. @Inheritance(strategy = InheritanceType.JOINED) 우리 수업의 예: @Inheritance(strategy = InheritanceType.JOINED)

5.1 설명 마지막으로 마지막 전략은 클래스별 테이블입니다. 이는 각 클래스에 대해 별도의 테이블이 사용됨을 의미합니다. 어떤 의미에서 이것은 업데이트된 형식에서만 동일한 MappedSuperClass입니다. 먼저 주석을 사용해야 합니다. @Inheritance(strategy = InheritanceType.TABLE_PER_CLASS)

설명 위의 각 전략과 기술에는 고유한 장점과 단점이 있습니다. 특정 전략을 선택하기 위한 일반적인 권장 사항은 다음과 같습니다. UNION 기반 TABLE_PER_CLASS 전략 이 전략은 다형성 쿼리 및 연결이 필요하지 않은 경우에 선택하는 것이 가장 좋습니다. 거의 수행하지 않는 경우(또는 전혀 수행하지 않는 경우) "사용자 사용자에서 사용자 선택". User를 참조하는 Entity 클래스가 없는 경우 이것이 최선의 옵션입

기준 API 소개 Hibernate에서 데이터베이스 쿼리를 작성하는 두 가지 방법이 있습니다. Hibernate 쿼리 언어 기준 API 오래 전에 이미 첫 번째 항목을 만났으므로 이제 Criteria API에 익숙해질 때입니다. 이것은 매우 강력한 도구이며 어느 시점에는 HQL보다 훨씬 더 인기가 있었습니다. 이제는 더 이상 인기가 없지만 일부 작업의 경우 HQL보다 확실히 더 나은 솔루션이 될 것입니다. 어쨌든 Criteri

그룹화 및 집계 기능 Criteria API에 간단한 요청을 하는 방법을 이미 알아냈습니다. 더 복잡한 쿼리를 만드는 방법을 살펴보겠습니다. 예를 들어 회사의 직원 수를 확인하는 쿼리를 작성하려고 합니다. HQL에서는 다음과 같이 표시됩니다. select count(*) from Employee 그리고 Criteria API에서는 다음과 같습니다. CriteriaQuery critQuery = builder.crea

3.1 소개 제가 이야기하고 싶은 또 다른 유용한 것은 NativeQuery 입니다 . 이미 알고 있듯이 NativeQuery를 사용하면 네이티브 SQL로 쿼리를 작성할 수 있습니다. 그러나 더 흥미로운 점은 쿼리 결과를 가져올 때 클래스 매핑을 사용할 필요가 없다는 것입니다. 차라리 예를 보여 드리겠습니다. List persons = session.createNativeQuery("SELECT * FROM

4.1 Hibernate의 트랜잭션 소개 위의 모든 항목에 트랜잭션에 대한 정보를 추가하고 싶습니다. 이미 알고 있듯이 트랜잭션은 모두 함께 수행해야 하는 작업 그룹 입니다 . 작업이 실패했거나 오류와 함께 실행된 경우 다른 모든 작업을 취소해야 합니다. Hibernate는 두 가지 유형의 트랜잭션으로 작업할 수 있습니다. JDBC JTA JDBC 트랜잭션은 실제로 데이터베이스 트랜잭션입니다. 데이터베이스 작업, JDBC 연결

DAO 소개 JDBC 또는 심지어 Hibernate를 통해 데이터베이스로 작업할 때 코드는 종종 우리가 원하는 것보다 더 성가신 것으로 판명됩니다. 데이터베이스 쿼리에는 종종 다음이 포함됩니다. 데이터 유효성 검사 요청 매개변수 설정 쿼리 매개변수에 따른 HQL 쿼리 선택 Criteria API를 사용하여 쿼리 구성 캐싱 설정 초기 오류 처리 등 따라서 일반적인 관행은 데이터베이스 작업을 위한 특수 클래스를 만드는 것입니다.

동시에 두 개의 기지에서 작업 동시에 두 개의 기지로 작업해야 하는 상황이 종종 있습니다. 예를 들어, 한 데이터베이스에서 데이터를 읽고 처리하고 다른 데이터베이스에 씁니다. 또는 더 일반적입니다. 애플리케이션에는 작업할 하나의 로컬 데이터베이스가 있으며 SQL 데이터 쿼리 형식을 지원하는 다양한 원격 소스에서 데이터를 읽을 수도 있습니다. 예를 들어 엑셀. 이러한 원격 데이터 소스의 경우 애플리케이션의 비즈니스 로직이 더 단

메모리 기반 및 테스트 그리고 지금 가장 흥미로운. Hibernate 코드를 테스트할 때 실제 기반이 아니라 최소한의 기능을 구현하는 일종의 스텁으로 작업하기를 원하는 경우가 매우 많습니다. 대부분의 SQL Server 표준을 구현하는 스텁을 상상할 수 있습니까? 난 아니야. 그러나 메모리 내 데이터베이스는 그 자체로 탁월합니다. 대략 다음과 같이 작동합니다. @BeforeAll 메서드에서 메모리 내 데이터베이스 연결을 초기화

1.1 소개 데이터베이스 설계는 Java 프로젝트의 아키텍처 설계와 다소 유사합니다. 모든 데이터를 몇 개의 테이블에 넣거나 스키마와 수십 개의 테이블에서 아름다운 데이터 구조를 구축할 수 있습니다. 다음은 개발자가 데이터베이스를 설계할 때 일반적으로 직면하는 작업입니다. 필요한 모든 정보가 데이터베이스에 저장되어 있는지 확인합니다. 필요한 모든 요청에 대한 데이터를 얻을 수 있는 가능성을 보장합니다. 데이터의 중복 및 중복을