강의

지원되는 데이터 유형 이전 세 가지 수준에서 우리는 Hibernate에 대해 조금 알게 되었습니다. 두 번째 라운드의 시간입니다. 이제 우리는 같은 것을 더 깊이 연구하기 시작할 것입니다. 그리고 Entity 클래스의 필드를 데이터베이스의 테이블 열에 매핑하는 것으로 시작합니다. 이미 알고 있듯이 Entity 클래스의 필드를 열에 매핑하는 것은 @Column 주석을 사용하여 수행됩니다 . 이제 문제는 이러한 주석으로 매핑할 수

매핌 열거형 기본 데이터 유형을 매핑하는 방법은 이미 알아냈습니다. @Column 주석 과 @Type 주석을 사용합니다 . 그러나 이러한 주석으로 모든 경우를 다룰 수 있는 것은 아닙니다. 그리고 가장 일반적인 경우는 enum 입니다 . Java enum 객체는 다음 두 가지 방법으로 데이터베이스에 저장할 수 있습니다. 숫자로 문자열로 enum을 사용하여 설정되는 사용자가 선호하는 색상을 갖는 간단한 예를 작성해 보겠습니다.

@Id 주석 Hibernate의 각 Entity 엔터티는 기본 키가 될 필드를 가져야 합니다. 이 필드에는 이 클래스의 모든 개체에 대한 고유한 값이 포함됩니다. 일반적으로 이 필드에는 @Id 주석이 추가됩니다 . 일반 형식: @Id

4.1 역사 속으로의 소풍 Java 개체를 데이터베이스에 저장하는 작업은 Java 언어가 생성된 직후에 관련이 있었습니다. 당시 Java 언어에는 UNIX 시간 표준(1970년 이후의 밀리초 수)에 따라 시간을 저장하는 날짜라는 데이터 유형이 하나뿐이었습니다. 글쎄, 그 당시 데이터베이스에는 이미 날짜에 대한 다른 데이터 유형이 있었고 최소한 날짜, 시간 및 날짜 + 시간에 대한 별도의 유형이 있었습니다. 날짜 시간 타임스탬프

5.1 데이터 변경 시점 수년 동안 데이터베이스에 다양한 레코드를 저장할 때 두 가지 질문이 종종 발생합니다. 이 항목은 언제 데이터베이스에 추가되었습니까? 이 항목은 언제 마지막으로 변경되었습니까? 다음은 데이터베이스의 거의 모든 테이블에 두 개의 열이 추가되는 빈번한 작업입니다. 생성_시간 업데이트된 시간 첫 번째는 레코드가 생성된 날짜와 시간을 저장하고 두 번째는 마지막으로 수정된 날짜와 시간을 저장합니다. 그리고 각 E

6.1 서버에 파일 저장 이진 개체를 데이터베이스에 저장해야 하는 경우가 있습니다. 예를 들어 파일입니다. 파일이 크면 디스크의 별도 폴더에 저장하고 경로를 데이터베이스에 저장하는 것이 가장 합리적입니다. 예: c:\db-files\users\12355\avatar.jpg

7.1 자신만의 유형 변환기 만들기 때때로 테이블의 한 열에 상당히 복잡한 데이터 유형을 저장하려는 경우 상황이 발생합니다. Hibernate가 문자열로 변환하는 방법을 안다면 모든 것이 정상입니다. 그렇지 않은 경우 자체 데이터 변환기를 작성해야 합니다. 누군가가 사용자의 생년월일을 데이터베이스에 로 저장하기로 결정했다고 가정해 보겠습니다 ГГ.ММ.ДД. 예를 들면 다음과 같습니다 98.12.15. 또한 일반 날짜로 변환해