dul2's DevLog

프록시 프록시는 가짜 엔티티 객체를 말한다. JPA를 사용하다 보면 자주 만날 수 있는 용어인데 왜 프록시 객체가 필요한 것일까? 먼저, 프록시가 무엇인지 알아보기 위해 프록시 객체를 만들어 보자. em.find() vs em.getReference() find()는 JPA에서 실제 DB에 접근하여 ORM에 맞게 실제 엔티티 객체를 가져오는 메소드이다. 이와 달리 getReference() 메서드는 가짜 DB에 직접 접근하지 않고 엔티티 객체인 프록시 객체를 조회 해준다. try { //sample 저장 Member member = new Member(); member.setUsername("1st member"); em.persist(member); em.flush(); em.clear();---[1..

메모리 메모리는 cpu에서 연산을 할 때 각 값들을 저장하는 역할을 합니다. 각 영역이 정해져있으며 특정 주소를 가지고 있습니다. cpu는 연산에 필요한 영역의 값을 불러와 연산을 처리하고 난 후 메모리에 다시 연산된 값을 넣는 과정을 반복할 것입니다. 자바의 메모리 자바에서는 이 메모리를 Static, Heap, Stack 공간으로 나누어 사용합니다. 버전별 java 기본 stack size가 다른 것 같다. http://xmlandmore.blogspot.com/2014/09/jdk-8-thread-stack-size-tuning.html https://www.baeldung.com/jvm-configure-stack-sizes 자바의 메모리 영역을 예를 들어 이해해봅시다. 예로 어떤 것을 들지 생각..

상속관계 매핑 관계형 데이터베이스는 상속 관계를 매핑할 수 없다. 그나마 관계형 데이터베이스에는 슈퍼타입 - 서브타입 관계가 존재하여 객체의 상속과 비슷하므로 이를 사용해 객체의 상속을 매핑할 수 있다. 슈퍼타입 서브타입 논리 모델을 실제 물리 모델로 변환하는 방법 테이블 join 전략 사용 - 정규화된 방식 물품 - 책, 영화, 음반 간의 부모 - 자식 관계가 있다면 각각의 테이블을 만들어 부모_ID를 FK로 만들어 조인하여 사용하는 방법. 단일 테이블 전략 사용 - 보통 성능을 위한 방식 통합 테이블을 구성하여 하위 테이블의 모든 컬럼을 넣는 방법 서브타입 테이블 전략 사용 - 부모 테이블 없이 자식 테이블로만 정리 구현 클래스마다 테이블 사용하는 방법 기본적으로 아무런 어노테이션이 없을 때는 단일 ..

엘라스틱서치 운영 준비 - 아키텍처 구성 이 글은 `당신의 신문, 당신` 프로젝트를 진행하면서 간단한 Elasticsearch 클러스터를 구성하면서 진행된 일련의 과정을 정리해놓은 글입니다. Elasticsearch를 제대로 원활하게 사용하기 위해서는 높은 하드웨어 스펙을 가지고 있어야 하지만 신입 개발자를 준비하는 상태로 높은 스펙을 사용하기에는 경제적 문제가 있어 극한의 환경에서 구성하여 사용하였습니다. Elasticsearch의 구성과 하드웨어 스펙은 다음과 같습니다. 하드웨어 스펙과 구성 아키텍처 Docker를 이용하여 작은 인스턴스에 3개의 노드를 사용했던 지난 글에서 언급했듯 Elasticsearch를 사용하기 위해서는 하드웨어의 스펙이 어느정도 받쳐주어야 합니다. 그렇기 때문에 어떻게 이런 ..

다양한 연관관계에 대한 정리. 다중성 @OneToOne @OneToMany @ManyToOne @ManyToMany - 실무에서는 쓰지 않는게 좋다. 단방향, 양방향 테이블 외래 키 하나로 양쪽 조인 가능 사실 방향이라는 개념이 없음 객체 참조용 필드가 있는 쪽으로만 참조 가능 한쪽만 참조하면 단방향 양쪽이 서로 참조하면 양방향 -> 단방향이 2개 있는 개념 연관관계의 주인 테이블은 외래 키 하나로 두 테이블이 연관관계를 맺는 반면 객체의 경우에는 서로가 연관관계를 맺어야함. 객체는 양방향 관계에서 단방향이 2개인 형상이고 이 둘 중 하나의 객체에서 주인(외래 키를 관리할 곳)을 정해야한다. 오로지 연관관계의 주인 만이 데이터에 대한 영향을 줄 수 있으며 주인의 반대편은 단순 조회만 가능하다. 다대일 -..

엘라스틱 서치를 사용하는 방법은 여러가지가 있다. 단순히 공식 홈페이지나 Amazon에서 제공하는 Elastic Cloud를 사용하거나 특정 OS에 직접 오픈소스를 설치하여 사용하는 방식, 그리고 이전 글에서 안내했던 Docker를 사용한 방법이 있다. 여기서 설명할 방식은 서비스를 사용하는 것이 아닌 직접 오픈소스를 사용해 설치하고 구성하고 운영하는 방식을 정리하고자 한다. 우리에게 주어진 방식은 본인의 로컬에서 사용하는 방식과 AWS EC2와 같은 서버, 인스턴스에 설치하여 사용하는 방법이 있다. 전자는 공식 홈페이지의 윈도우 설치 파일을 다운로드 하고 zip파일을 압축 해제하여 사용하고 후자는 우리 프로젝트와 같이 특정 server에 설치하여 사용한다.(Docker 방식은 이전글을 참조하면 좋을 것..

Ubuntu Docker 를 이용한 Elasticsearch 환경 구성 당신의 신문 프로젝트를 진행하면서 최초에는 Docker에 Elasticsearch 및 kibana 컨테이너를 올려 환경을 구성하려 했었고, docker-compose를 통하여 구글 클라우드 플랫폼에 e3.medium(2 core, 4gb ram)의 환경으로 es node 3개 및 kibana를 올렸습니다. 다만, 미숙한 실력과 운영상의 문제가 있다고 판단하였고, 빠른 프로젝트 진행을 위해 직접 ES를 설치하여 진행하는 방식으로 선택했습니다. 또한, 이 문서 마지막에서 보이듯 작은 인스턴스에 많은 양의 node를 올림으로서 Elasticsearch 사에서 추천하는 최소 권장 사양을 하드웨어 스펙이 제공하지 못하므로 서비스의 원활한 운영..

도큐먼트와 인덱스 엘라스틱 서치는 인덱스(index)와 도큐먼트(document)로 이루어져 있습니다. 엘라스틱서치를 이해하기 위해서는 이 두가지 개념이 무척이나 중요한데 인덱스는 데이터를 저장하는 논리적 구분자로, 도큐먼트가 실제 데이터를 JSON 형식으로 저장하게 됩니다. 보통 운영상에서 프로젝트를 구현할 때 하나의 클러스터를 생성하게 될것입니다. 그리고 그 클러스터 내부에는 데이터의 성격에 따라 여러 개의 인덱스가 들어있을 것입니다. 하나의 인덱스는 여러 개의 JSON 형식의 데이터를 가진 도큐먼트로 이루어져 있고, 도큐먼트(Document)는 복수의 필드를 가집니다. 도큐먼트(Document) 도큐먼트는 데이터가 저장되는 기본 단위로 JSON으로 저장됩니다. 다음과 같이 하나의 도큐먼트는 여러 필..

엘라스틱서치(Elasticsearch)가 첫 등장했을 때는 지금과 같은 형태의 빅데이터 파이프라인을 구성하는 플랫폼으로 성공하리라 예상하지 못했습니다. 엘라스틱서치가 탄생한 배경은 명확했는데 사이트 내에서 전문 검색(full text search) 기능을 제공하는 강력한 소프트웨어의 필요성입니다. 인터넷 검색 서비스는 계속 등장했지만 이 기능에 대한 구현체는 기업의 저작권이 있기에 공개하지 않았고, 일반적인 개발자가 검색에 대한 로직을 알기 쉽지 않았습니다. 따라서 검색 서비스를 구현해야하는 회사들은 벤더의 비싼 솔루션을 사용할 수 밖에 없었습니다. 루씬(Lucene)의 등장 루씬이라는 이름은 1999년 하둡(Hadoop)으로 유명해진 더그 커팅의 부인의 중간 이름에서 따왔습니다. 루씬은 더그 커팅의 다..

객체가 지향하는 패러다임과 관계형 DB가 지향하는 패러다임의 차이에서 오는 문제들을 해결하고 둘 사이를 매핑하기 위한 방법을 정리한 내용이다. 객체와 테이블 연관관계의 차이를 이해하고, 객체의 참조와 테이블의 외래 키를 매핑하는 방법에 대해서 알아보자. 용어 이해 - 방향(Direction): 단방향, 양방향 - 다중성(Multiplicity): 다대일(N:1), 일대다(1:N), 일대일(1:1), 다대다(N:M) - 연관관계의 주인(Owner): 객체 양방향 연관관계는 관리 주인이 필요 두 패러다임의 차이 - 팀원(N):팀(1) 관계 팀원과 팀과의 관계에서 객체와 관계형 DB의 차이점을 알아보자. 팀원-팀은 N:1의 다대일 관계이다. 여러 팀원은 한 팀에 속할 수 있다. 다음 객체들은 테이블의 구조에 ..