<div id="readability-page-1" class="page"><article id="mainContent">
              
              <p><cite>seungdols</cite>
                <span> 2024. 1. 10. 00:06</span>
              </p>
              

<ins data-ad-client="ca-pub-9527582522912841" data-ad-slot="8674651030" data-ad-format="auto" data-full-width-responsive="true" data-ad-type="inventory" data-ad-adfit-unit="DAN-we6apVVPwuoDAazb"></ins>


                <div>
                                <h2>기본값 타입</h2>
<h3 data-ke-size="size23">JPA의 데이터 타입 분류</h3>
<p data-ke-size="size16">엔티티 타입</p>
<ul data-ke-list-type="disc">
<li>@Entity로 정의 하는 객체</li>
<li>데이터가 변해도 식별자로 지속해서 추적 가능</li>
</ul>
<p data-ke-size="size16">값 타입</p>
<ul data-ke-list-type="disc">
<li>int, Integer, String처럼 단순한 값으로 사용하는 기본 타입이나 객체</li>
<li>식별자가 없고 값만 있어서 변경시 추적 불가</li>
</ul>
<h3 data-ke-size="size23">값 타입 분류</h3>
<ul data-ke-list-type="disc">
<li>기본값 타입
<ul data-ke-list-type="disc">
<li>primitive type</li>
<li>wrapper class type</li>
<li>String</li>
</ul>
</li>
<li>embedded type (복합 값타입)</li>
<li>collection value type</li>
</ul>
<h3 data-ke-size="size23">기본 값 타입</h3>
<ul data-ke-list-type="disc">
<li>생명주기를 엔티티의 의존</li>
<li>값 타입은 공유하면 안됨</li>
</ul>
<p data-ke-size="size16">임베디드 타입</p>
<ul data-ke-list-type="disc">
<li>새로운 값 타입을 직접 정의할 수 있음</li>
<li>JPA는 임베디드 타입이라고 함</li>
<li>주로 기본 값 타입을 모아서 만들어서 복합 값타입이라고 함</li>
<li>int, String과 같은 값 타입</li>
<li><code>@Embeddable</code>
<ul data-ke-list-type="disc">
<li>값 타입을 정의하는 곳에 표기</li>
</ul>
</li>
<li><code>@Embedded</code>
<ul data-ke-list-type="disc">
<li>값 타입을 사용하는 곳에 표기</li>
</ul>
</li>
<li><b>기본 생성자 필수</b></li>
</ul>
<p data-ke-size="size16">ex) 회원 엔티티는 이름, 근무 시작일, 근무 종료일, 주소 도쇠, 주소 번지, 우편번호를 가진다.</p>
<ul data-ke-list-type="disc">
<li>회원 엔티티는 이름, 근무기간, 집 주소를 가진다.
<ul data-ke-list-type="disc">
<li>Member(id, name, workPeriod, homeAdress)
<ul data-ke-list-type="disc">
<li>Period -&gt; ValueType</li>
<li>Address -&gt; ValueType</li>
</ul>
</li>
</ul>
</li>
</ul>
<p data-ke-size="size16">임베디드 타입과 테이블 매핑</p>
<ul data-ke-list-type="disc">
<li>임베디드 타입은 엔티티의 값일 뿐이다.</li>
<li>임베디드 타입을 사용하기 전과 후에 매핑하는 테이블은 같다.</li>
<li>객체와 테이블을 아주 세밀하게 매핑하는 것이 가능</li>
<li>잘 설계한 ORM 애플리케이션은 매핑한 테이블의 수보다 클래스의 수가 더 많음</li>
</ul>
<p data-ke-size="size16">임베디드 타입과 연관관계</p>
<ul data-ke-list-type="disc">
<li><code>@AttributeOverride</code> 속성 재정의
<ul data-ke-list-type="disc">
<li>한 엔티티에서 같은 값 타입을 사용하면?
<ul data-ke-list-type="disc">
<li>컬럼명이 중복됨</li>
</ul>
</li>
<li><code>@AttributeOverrides</code>, <code>@AttributeOverride</code>를 사용해서 컬럼명 속성을 재정의</li>
</ul>
</li>
</ul>
<p data-ke-size="size16">임베디드 타입과 null</p>
<ul data-ke-list-type="disc">
<li>임베디드 타입이 null이면, 해당 값 객체들은 모두 null이 된다.</li>
</ul>
<h3 data-ke-size="size23">값 타입 공유 참조</h3>
<ul data-ke-list-type="disc">
<li>임베디드 타입 같은 값 타입을 여러 엔티티에서 공유하면 위험</li>
<li>부작용이 발생</li>
</ul>
<h4 data-ke-size="size20">값 타입 복사</h4>
<ul data-ke-list-type="disc">
<li>값 타입의 인스턴스를 복사하여 사용</li>
</ul>
<h4 data-ke-size="size20">객체 타입의 한계</h4>
<ul data-ke-list-type="disc">
<li>항상 값을 복사하여 사용하면 부작용을 피할 수 있다</li>
<li>문제는 임베디드 타입처럼 직접 정의한 값 타입은 자바의 기본 타입이 아니라 객체 타입이다.</li>
<li>객체 타입은 참조 값을 직접 대입하는 것을 막을 방법이 없다.</li>
<li>객체의 공유 참조는 피할수 없음(컴파일단계에서 막을 방법이 없다.)</li>
</ul>
<h4 data-ke-size="size20">불변객체</h4>
<ul data-ke-list-type="disc">
<li>객체 타입을 수정 할 수 없게 만들면 부작용을 원천 차단</li>
<li>값 타입은 불변 객체로 설계해야 함</li>
<li>Setter 생성하지 않고, 생성자로만 값을 초기에 셋팅</li>
<li>Integer, String 과 같은 불변 객체 사용</li>
</ul>
<h2 data-ke-size="size26">값 타입의 비교</h2>
<ul data-ke-list-type="disc">
<li>인스턴스가 달라도, 그 안의 값이 같으면 같은 것으로 봐야 한다.</li>
<li>동일성 identity 비교
<ul data-ke-list-type="disc">
<li>인스턴스 참조값 비교 (== 사용)</li>
</ul>
</li>
<li>동등성 equivalence 비교
<ul data-ke-list-type="disc">
<li>인스턴스의 값 비교 (equals())</li>
</ul>
</li>
<li>값 타입은 동등성 비교를 해야 함</li>
<li>값 타입의 equals 메소드를 적절하게 재정의 (주로 모든 필드 사용)</li>
</ul>
<h2>값 타입 컬렉션</h2>
<ul data-ke-list-type="disc">
<li>값 타입을 하나 이상 저장할 때 사용</li>
<li>@ElementCollection, @CollectionTable 사용</li>
<li>데이터베이스는 컬렉션을 같은 테이블에 저장할 수 없음.
<ul data-ke-list-type="disc">
<li>컬렉션을 저장하기 위한 별도의 테이블이 필요</li>
</ul>
</li>
<li>값 타입 컬렉션도 지연 로딩 전략 사용</li>
<li>값 타입 컬렉션은 영속성 전이, 고아 객체 제거 기능을 필수로 가진다.</li>
<li>값 타입 수정은 기존 데이터를 삭제 하고, 새로 생성해서 추가 해줘야 함.</li>
</ul>
<h3 data-ke-size="size23">값 타입 컬렉션의 제약사항</h3>
<ul data-ke-list-type="disc">
<li>값 타입은 엔티티와 다르게 식별자 개념이 없다.</li>
<li>값을 변경하면 추적이 어렵다.</li>
<li>값 타입 컬렉션에 변경 사항이 발생하면, <b>주인 엔티티와 연관된 모든 데이터를 삭제하고, 값 타입 컬렉션에 있는 현재 값을 모두 다시 저장</b>한다.</li>
<li>값 타입 컬렉션을 매핑하는 테이블은 모든 컬럼을 묶어서 기본키를 구성해야 함.
<ul data-ke-list-type="disc">
<li>null 입력 X</li>
<li>중복 저장 X</li>
</ul>
</li>
</ul>
<h3 data-ke-size="size23">값 타입 컬렉션 대안</h3>
<ul data-ke-list-type="disc">
<li>실무에서는 상황에 따라 값 타입 컬렉션 대신에 일대다 관계를 고려</li>
<li>일대다 관계를 위한 엔티티를 만들고, 여기에서 값 타입을 사용</li>
<li>영속성 전이 + 고아 객체 제거를 사용해서 값 타입 컬렉션처럼 사용</li>
</ul>
<h2 data-ke-size="size26">엔티티 타입의 특징</h2>
<ul data-ke-list-type="disc">
<li>식별자 O</li>
<li>생명 주기 관리</li>
<li>공유값 타입 특징</li>
<li>식별자 X</li>
<li>생명 주기를 엔티티에 의존</li>
<li>공유하지 않는 것이 안전</li>
<li>불변 객체로 만드는 것이 안전</li>
</ul>
            
            
                </div>
              

            </article></div>

Seungdols Company

seungdols

기본값 타입 JPA의 데이터 타입 분류 엔티티 타입 @Entity로 정의 하는 객체 데이터가 변해도 식별자로 지속해서 추적 가능 값 타입 int, Integer, String처럼 단순한 값으로 사용하는 기본 타입이나 객체 식별자가 없고 값만 있어서 변경시 추적 불가 값 타입 분류 기본값 타입 primitive type wrapper class type String embedded type (복합 값타입) collection value type 기본 ..

값 타입

댓글