1주차 멘토링

Jump to bottom

Myeonghoe Song edited this page Oct 29, 2021 · 2 revisions

2021-10-26

장소, 시간

Zoom, 15:30 ~ 16:30

주제

위치 정보 저장할 데이터베이스, Git 전략, 주제에 대한 조언, 협업 툴

내용

동네 거주 후기 -> 위, 경도 최적화 db가 있으니 찾아보자, 지도 api, 위치 기반 데이터 헨들링(퍼포먼스), 위치를 어떻게 가져올것이냐, 데이터가 많이 쌓여있을 때 성능을 향상시킬 수 있는 단계적인 방법
지라 VS 깃허브 -> 깃허브를 주로 쓰는게 좋은것같다. 지라는 wiki를 많이 사용한다.
리뷰 -> 피처가 완성되면 한번씩 진행하는게 좋을것 같다.
경쟁력 -> 기본은 코딩테스트(많이 갈림), 면바면(cs우선? / 프로젝트(경험)우선? /)하지만, 제일 중요한건 깊은 기술적 고민 -> 기술적 고민이 제일 중요하다!

2021-10-29

장소, 시간

Zoom, 18:00 ~ 18:30

주제

위치 정보 저장, 데이터베이스 선택

지도 API를 통해서 위치 정보를 저장하지 않을거 같다. 그래서 DB에 최적화는 필요하지 않을것 같지만, 궁금해서 찾아봤을 때 브라우저에서의 API는 Geolocation API, DB는 MySQL의 데이터타입중에서 위도, 경도를 빠르게 연산할 수 있는 데이터타입이 있었다. 멘토님이 말씀해주셨던 부분이 궁금합니다.
시, 군, 구로 쿼리를 날릴때의 성능을 위해서 엘라스틱서치를 염두에 두고있다. 맞는 부분인가? 만약에 한다면 mysql과 연동 VS 엘라스틱 서치에 따로저장이 고민된다.

내용

MySQL과 ES를 선택한 이유?
- RDB에서 geometry 타입을 지원하긴 하지만...
- 대용량에는 적합하지 않다
- node와 mysql이 궁합이 잘 맞는 건 아니다
MongoDB를 선택하면 좋은 이유
- MongoDB로 대용량의 데이터를 가져오기 좋다
- 현업에서 MongoDB를 잘 사용한다
- 위경도를 지원하는 인덱싱을 하고 있다
- 샤딩(Sharding)이 잘 된다
- bson으로 저장하고 json으로 반환하므로 node.js와 궁합이 좋다
One DB가 더 나을 것 같다
- 위경도를 왜 저장하지 않아도 되는가?
  - 폴리곤 형태로 지도를 보여주기 때문에 위경도를 저장할 필요가 없다
  - 더 중요하게 생각한 것은 해당 지역에 해당하는 정보들을 불러오는 것
ES를 쓰는 게 맞나요?
- tokenizing, filter 모두 지원해주기 때문에 원하는 기능을 지원함
- search를 위한 solution이라는 의미가 크다
- 실시간으로 바로 insert되지 않아도 되는 작업들(ex 로그)
- 업데이트에는 비용이 크기 때문에 적절하지 않다
- 서울을 검색했는데 서울특별시도 검색하고싶은 경우 등 검색 품질을 높일 때 ES를 쓰는 게 맞다
ES를 쓰지 않아도 되는 이유
- ES를 쓰지 않아도 될 것 같긴 하다 -> 주소 전체를 저장할지, 부분으로 저장할지. 그리고 부분으로 저장하면 어떻게 해당 정보들을 가져올지 고민이 된다
- index를 주소에 걸고 LIKE를 해보자.
ES를 쓸 거면 MySQl을 써야 할까, MongoDB를 써야 할까?
- ES에 어떤 데이터를 둘 건지 고민이 필요
- MongoDB를 권한다
ES가 DB와 연계가 가능한데 일부 정보는 ES에 일부 정보는 DB에 나눠서 가지는 게 가능한지?
- 할 수 있지만, 어느 정도 분리가 되어야 한다