카테고리: Back-end

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 같은 경우에는 다음과 같은 단점이 존재한다. 테이블

0

(Spring Boot) Gradle의 Profile(dev/production)을 구분지어보자.

메이븐은 기본적으로 빌드할 때 프로필을 지정할 수 있는 것 같은데 gradle은 직접 삽질을 하면서 깨달았다.다음의 글들을 보고 Spring boot 1.5.7과 Gradle 3.x(아마)? 에 맞게, 내 입맛에 맞게 각색해보았다. Gradle 배포 환경 별 설정파일 분리 Gradle에서 서버별 패키징 하기 Profile 구성하기기본적인 스프링

0

(Spring Boot) get/post 리퀘스트를 다뤄보자.

근본없이 궁금한 부분만 찾아서 공부하다보니 아직 정리가 덜 된 글이다 보니 그 점은 감안하고 보길 바란다. 컨트롤러를 만들자Node.js(+Express)의 Router와 매우 유사한 것 같다.URI와 http method, parameter만 매핑해주는 녀석이다.1234567891011121314151617181920212223242526import

0

(Spring Boot) properties 값을 불러와보자

근본없이 궁금한 부분만 찾아서 공부하다보니 아직 정리가 덜 된 글이다 보니 그 점은 감안하고 보길 바란다. propertiesNode.js로 서버를 구성하다보면 포트 등등의 설정 정보를 json으로 저장하듯이 스프링 부트에서는 properties 파일을 사용하는 것 같다.물론 YAML 파일로도 만들 수 있는 것 같은데 일단 아는 게 properti