Elasticsearch 구현 및 설계 방향에 대한 지도 부탁드릴 수 있을까요?

Question

저희 회사 플랫폼에서 기존 DB로 RDBMS(관계형 데이터베이스)를 사용하고 있는데, 검색 창에 물질 이름이나 관련 속성 필드 몇 개를 입력하면, 해당 정보가 포함된 물질 정보 목록이 출력되서, 그 중에 선택해서 물질 상세화면으로 이동할 수 있습니다. 물질 상세화면에서는 물질 기본 테이블과 연관된 테이블들을 각각 Join해서, 각각의 Restful API의 요청/응답 결과를 가지고 화면에서 보여주고 있어요. (연관 테이블은 그저 매핑 테이블 기능으로 N:M 관계를 위해, 복수의 id key만을 가진 경우도 있습니다.) --- DB 테이블 구조 --- (물질 기본 테이블, 물질 관련 테이블1, 물질 관련 테이블2, 물질 관련 테이블2의 관계 테이블 1, ... 등등 테이블이 약 25개) p.s. 모든 물질 관련 테이블들은 물질 기본 테이블의 p.k.를 외래키로 가지고 있음. -------------------------- Elasticsearch 도입으로 얻고자 하는 목적은, 즉 윗분들이 원하시는 건. 아래와 같아요. 위에서 언급된 물질 상세정보 화면에 나오는 모든 정보들을 검색창의 검색 키워드로서 활용 가능하게 하는 거예요. 현재 제가 구현한 방식은 물질 관련한 모든 테이블 정보를 logstash를 이용해 각각 인덱싱하고, 각 인덱스의 인덱싱 과정에서 filter를 사용하여, 저마다의 인덱스가 갖고 있는 물질 관련 정보를 message라는 필드에 모두 포함시켜줬어요. 이 message라는 필드를 사용해 keyword 검색을 가능하게 했고, 물질 기본 테이블의 p.k.를 얻어서, 기존 DB에 재검색하는 방식입니다. 윗 분 들이 보시기에 위 방법은 Elasticsearch을 사용해 key를 얻고, 해당 키로 DB를 재검색하는 방식이기 때문에, 검색엔진 기능이 제대로 활용되지 못하고 있다고 생각되시나봐요. 궁금한 걸 여쭤보기 위해 서론이 길었는데, 저희의 RDB 설계 구조 상황에서, 필요로 하는 데이터에 수많은 연관관계가 맺어 있는데. Elasticsearch에서 기존 RDB의 연관관계를 살려서 데이터 모델링할 수 있는 방법, 해당 연관 관계를 고려해 통합된 정보를 조회할 수 있는 방법이 있으신지 문의드려 봅니다. 귀한 시간 내주시고, 내용 읽어주셔서 정말 감사드립니다.

아직도개발중 · Accepted Answer

안녕하세요.써주신 글로만 보고 판단했을 땐 elasticsearch를 사용하는데 키를 얻어서 다시 db를 재검색 하는 이유가 이해가 안되고 있습니다.elasticsearch에서 key를 얻으실 수 있다는 건 검색 키워드를 통해 데이터가 정확하게 조회 된다는 뜻 아닌가요?조회가 되면 그 데이터를 가공해서 response data로 제공해주면 되지 않을까 합니다.그리고 연관 관계 때문에 다시 db를 조회해야 한다면, elasticsearch에 색인 시 연관 관계에 해당되는 모든 데이터를 묶어서 저장하는 방식이 좋지 않을까 의견 드립니다.

Elasticsearch 구현 및 설계 방향에 대한 지도 부탁드릴 수 있을까요?

1개의 답변

#logstash 목록