프로젝트 데이터베이스 설계(RDBMS vs NoSQL 선정기준 + 특정 RDBMS 선정이유)

1. 요구 사항 분석

데이터베이스를 사용할 주요 사용자의 범위 결정

배달비를 절약하고 싶은 사용자

 

사용자가 수행하는 업무 결정

회원가입, 로그인, 로그아웃, 배딜개최, 채팅 사용

 

톡딜 예시(https://store.kakao.com/)

 

사용자의 업무와 관련해 필요한 데이터 결정

로그인(회원가입, 로그아웃)에 필요한 데이터 (닉네임, 아이디, 비밀번호, 이름, 주소, 휴대폰 번호, 비밀번호 찾기)

음식점 데이터(음식점 식별 번호, 음식점 이름, 음식점 사진, 음식점 주소, 음식점 위치)

배딜개최에 필요한 데이터 (배딜번호, 음식점 데이터, 배달비, 모집글, 모집인원, 작성 시간, 작성자)

 

채팅 사용에 필요한 데이터 (채팅 번호, 채팅 참여자, 채팅 내용, 채팅 시간) = 채팅에 대해 잘 모르기 때문에 추후 수정될 가능성 多

 

 

Ant Hill의 데이터베이스를 위한 요구 사항 명세서

① Ant Hill에 회원으로 가입하려면 (닉네임, 회원 아이디, 비밀번호, 이름, 주소, 휴대폰 번호, 비밀번호 찾기)를 입력해야 한다.
② 가입한 회원에게는 배딜을 개최할 수 있는 권한이 주어진다.
③ 회원은 회원 아이디/닉네임(으)으로 식별한다.
④ 음식점에 대한 음식점 번호, 음식적 이름, 음식점 사진, 음식점 위치를 제공해야 한다.
⑤ 음식점은 음식점 번호로 식별한다.
⑥ 회원은 여러 톡딜을 개최할 수 있다.
⑦ 회원이 톡딜을 개최하면 채팅방이 생성됩니다.
⑧ 회원/비회원 모두 채팅방에 참여할 수 있습니다.
⑨ 배딜에 대한 배딜 번호, 음식점 데이터, 배달비, 모집글, 모집인원, 작성 시간, 작성자를 제공해야 한다.
⑩ 배딜은 배딜번호로 식별합니다.
⑪ 채팅에 대해 채팅 번호, 채팅 참여자, 채팅 내용, 채팅 시간을 제공해야 합니다.
⑫ 채팅은 채팅 번호로 식별합니다.
⑬ --
⑭ --

 

 

2. 데이터베이스 선택 ( RDBMS vs NoSQL)

https://junuuu.tistory.com/64

RDBMS와 NoSQL 정리(+ 차이점, 언제 무엇을 사용해야 할까)

 

데이터베이스 선택을 위해 RDBMS와 NoSQL의 차이점과 특징들을 공부하여 보았습니다.

이를 기반으로 프로젝트에 알맞은 데이터베이스를 선택해보고자 합니다.

 

가장 유명한 채팅 애플리케이션인 카카오톡 은 대부분 MySQL을 사용한다고 합니다. (해당 글에는 왜 MySQL을 사용하는지에 대한 내용은 존재하지 않습니다)

https://tech.kakao.com/2020/08/28/2021-kakao-newkrew-2/

2020 신입 개발자 Oli가 말하는 "내가 DBA를 선택한 이유"

 

---

고려사항

정형 데이터와 비정형 데이터

비정형 데이터는 정해진 구조가 없이 저장된 데이터다.

소셜 데이터의 텍스트, 이미지, 영상, 워드나 PDF 문서와 같은 멀티미디어 데이터가 대표적인 예다.

SNS 이용률이 크게 높아지면서 실시간으로 많은 양의 비정형 데이터가 생산되고 있다.

 

예를 들어 카카오톡의 사용자들의 대화 사이에서는 시스템 메시지가 들어가 있습니다.

- ~님이 들어왔습니다.

~ 님이 나갔습니다.

 

만약 채팅 데이터에 채팅방 번호, 채팅친사람, 텍스트, 시간 으로 구조가 정해진다면 이는 정형데이터로 볼 수 있습니다.

만약 시스템 메시지를 추가하고 싶다면 이는 비정형 데이터로 볼 수 있습니다.

하지만 여기에 시스템 메시지 속성에 true/false를 부여한다면 이는 정형 데이터로도 볼 수 있습니다.

결국 DB 스키마가 일정한 속성을 가지고 있느냐가 정형 데이터와 비정형 데이터를 구분합니다.

 

엔트힐에서는 모두 정해진 스키마를 사용하기 때문에 RDBMS가 유리합니다.

---

데이터 중복 및 관계

NoSQL은 데이터의 중복을 허용하고 RDBMS는 데이터의 중복을 허용하지 않습니다.

 

배딜을 개최하기 위해서 음식점 데이터와 회원 데이터를 재사용합니다.

채팅 기능에는 회원 닉네임이 적용되어야 합니다.

 

NoSQL은 테이블 간 연결해서 조회할 수 있는 조인 기능이 없습니다.

명확한 스키마와 join이 중요한 회원정보와 배딜에는 RDBMS가 유리합니다.

 

 

조회를 많이 하는 데이터

사용자 로그인을 유지하기 위한 세션에는 특별한 목적이 존재합니다.

데이터가 변경될 일도 없으며 검색을 위해 복잡한 쿼리를 수행할 필요가 없고 고속 읽기와 쓰기에 적합한 NoSQL가 유리합니다.

 

이처럼 특별한 목적이 있을 때 NoSQL을 사용합니다.

 

 

 

 

현재 채팅 시스템을 설계하기 위해서는 조금 더 공부가 필요할 것 같습니다.

https://velog.io/@jay/software-architecture-chat

채팅 시스템 설계

채팅 데이터에는 읽기와 쓰기가 모두 중요합니다.

또한 채팅 데이터는 변경될 수 있고 변경되지 않을 수 있습니다(애플리케이션의 요구사항에 따름)

채팅 데이터가 변경된다고 해서 다른 데이터에 영향을 미치지는 않습니다.(단, 사용자끼리 무분별하게 채팅 데이터를 변경할 경우 의사소통에 혼란을 야기할 순 있습니다.)

 

채팅방이 고유한 식별 값을 가지며 사용자는 여러 개의 채팅방을 소유할 수 있습니다.

사용자가 소유한 채팅방의 식별값을 통해 채팅 데이터들을 불러옵니다.

-- 추후 업데이트 예정--

https://askges20.tistory.com/entry/20210912-%EA%B0%9C%EB%B0%9C-%EC%9D%BC%EC%A7%80-%EC%B1%84%ED%8C%85-%EC%9E%90%EB%8F%99-%EC%8A%A4%ED%81%AC%EB%A1%A4-%EB%90%98%EB%8A%94-%EC%8B%9C%EC%A0%90-%EC%88%98%EC%A0%95-DB-%EA%B5%AC%EC%A1%B0-%EC%B6%94%EA%B0%80

2021.09.12 개발 일지 (채팅 자동 스크롤 되는 시점 수정, DB 구조 추가)

 

 

RDBMS는 어떤 것을 사용해야 할까요?

MySQL, Oracle, PostgreSQL, MariaDB 등 유명한 RDBMS들이 존재합니다.

 

다음 사이트에서는 데이터베이스 엔진의 순위를 제공합니다.

https://db-engines.com/en/ranking_definition

DB-Engines Ranking - Method

 

https://db-engines.com/en/ranking

웹사이트에서 시스템에 대한 언급 수, 시스템에 대한 일반적이 관심, 시스템에 대한 기술 토론의 빈도, 시스템이 언급된 채용 제안의 수, 시스템이 언급된 전문가의 프로필 수, 소셜 네트워크들을 반영하여 점수가 선정됩니다.

 

Oracle, MySQL이 압도적이네요..

 

그러면 Oracle, MySQL, PostgreSQL, MariaDB에 대해서 간단하게 알아보겠습니다.

 

지원하는 운영체제와 언어

4개 모두 대부분의 운영체제와 프로그래밍 언어를 지원합니다.

 

가격(License)

https://www.youtube.com/watch?v=N6MqIVAz_kM

대용량으로 DB를 사용해본 사람들의 후기 비교

https://www.youtube.com/watch?v=N6MqIVAz_kM

 

결론

명확한 스키마가 필요하고 join이 필요한 RDBMS가 적합한 곳 = 회원 데이터, 톡딜 데이터에는 RDBMS를 사용하자.

RDBMS는 많은 기업들이 사용하고 협업하는 팀원과 내가 다루어본 MySQL로 선정하였습니다.

 

데이터가 변경될 일도 없으며 검색을 위해 복잡한 쿼리를 수행할 필요가 없고 고속 읽기와 쓰기에 적합한 NoSQL가 유리한 사용자 로그인 유지를 위한 세션에는 NoSQL을 사용하자.

 

번외

휴대전화 또는 이메일 인증은 Firebase를 사용한다면 편리하게 구현할 수 있습니다.

하지만 AWS와 같은 다른 클라우드보다 가격이 비싸다는 단점이 존재합니다.

 

 

출처

https://terms.naver.com/entry.naver?docId=3431221&cid=58430&categoryId=58430 

데이터베이스 설계 단계

[네이버 지식백과] 요구 사항 분석 (데이터베이스 개론, 2013. 6. 30., 김연희)

 

https://stackoverflow.com/questions/3423193/why-nosql-say-traditional-rdbms-is-not-good-at-scalable

Why NoSQL say traditional RDBMS is not good at scalable

https://stackoverflow.com/questions/8729779/why-nosql-is-better-at-scaling-out-than-rdbms

Why NoSQL is better at "scaling out" than RDBMS?

https://benlee73.tistory.com/178

MySQL & Oracle & MariaDB & PostgreSQL 비교

https://blog.siner.io/2021/10/11/rdbms-comparison/

https://www.youtube.com/watch?v=N6MqIVAz_kM