카테고리: DB

0

(JPA) 엔터티 상속

어이쿠야… 정말 백만년만에 포스팅하는 것 같다…나태하게 살지 말기로 작심만 몇 번째 하는 건지 ㅠㅠ여튼 이번에 JPA를 통해 엔터티를 용도에 맞게 잘게 쪼개보다 보니 겪었던 이슈를 간단히 정리해봤다. 엔터티 상속먼저 Deal(상품) 클래스이다.이 녀석은 베이스(부모) 클래스이다.1234567891011121314@Getterpublic class De

0

(JPA) Embedded Type

일반적인 테이블 구조의 문제점일반적인 DB 테이블 구조에 맞춰 엔티티를 만들다보면 아래와 같이 만들게 된다.123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657@Entitypublic class Deal {

0

(JPA) Entity와 EntityManager와 EntityManagerFactory

이미지 출처: <박상문의 Photo & Essay>평양 육아원의 모습 EntityDB의 테이블과 매칭이 되는 개념이라고 보면 된다.그렇다면 왜 이름이 Table이 아니라 Entity일까…? 만약 DB에 member라는 테이블이 있고, 해당 테이블의 스키마가 아래와 같다고 해보자.123456CREATE TABLE `Member` ( `

0

(DB) MySQL의 데이터를 Elasticsearch로 마이그레이션하기

MySQL의 데이터를 Elasticsearch로 마이그레이션 할 때 다음과 같은 방법이 존재한다. 일일이 노가다로 집어넣기 Logstash의 logstash-input-jdbc 플러그인 사용하기. go-mysql-elasticsearch 사용하기. logstash-input-jdbc 같은 경우에는 다음과 같은 단점이 존재한다. 테이블