[JPA] 상속매핑(Inheritance) 전략 - TABLE_PER_CLASS

쓰면 안되는 전략..

ORM세계는 객체지향 프로그래머, DBA 의 역할이있는데 둘다 꺼려함.

뭔가 묶어낼게 없음.

만약 정산같은거 한다고 하면 복잡해지는거임. 노답이다 그냥.

 

장점 : not null제약조건 사용가능. (DBA가 이딴 이유로 이걸 쓰라고 하면 . 뺨떄리면됨)

 

 

 

상속전략에 마지막이 TABLE_PER_CLASS이다.

이 전략을 간단히 말하면 부모 테이블은 그냥 만들지도 않는다.

부모테이블의 속성을 자식테이블에 그냥 테이블 마다 다때려박는다. 무식하다.

아래처럼 테이블이 만들어진다.

DTYPE 그딴거 필요도 없음.(@Discriminator)

 

 

 

 

뭐 이런식이다.

 

뭔가 비효율적인 느낌이 든다.

 

우리가 select 때려서 조회한다고 치면 만약 ITEM_ID가 5라고 하자.

그럼 5를 찾으려면 테이블 3개 다뒤져봐야한다. 미치고 환장하는거다ㅋ

 

직접 실험해보았다.

 

결과는?

 

 

ㅋㅋ union all하고 난리남.

 

아주 골떄리는 놈이다. 그걸 자동으로 해주는 JPA 이놈도 미띤놈임