할머니에게 SQL과 NoSQL의 차이점을 설명하는 방법

개발자가 내리는 가장 중요한 결정 중 하나는 어떤 데이터베이스를 사용할 것인가입니다. 수년 동안 옵션은 SQL(구조적 쿼리 언어)을 지원하는 다양한 관계형 데이터베이스 옵션으로 제한되었습니다. 여기에는 MS SQL Server, Oracle, MySQL, PostgreSQL, DB2 등이 포함됩니다.

지난 15년 동안 No-SQL 접근 방식으로 많은 새로운 데이터베이스가 시장에 출시되었습니다. 여기에는 Redis 및 Amazon DynamoDB와 같은 키-값 저장소, Cassandra 및 HBase와 같은 광범위한 열 데이터베이스, MongoDB 및 Couchbase와 같은 문서 저장소, Elasticsearch 및 Solr과 같은 그래프 데이터베이스 및 검색 엔진이 포함됩니다.

이 기사에서는 기능을 다루지 않고 SQL과 NoSQL을 이해하려고 노력할 것입니다.
게다가 우리는 그 과정에서 즐거운 시간을 보낼 것입니다.

할머니에게 SQL을 설명하는 중

할머니, 제가 당신의 유일한 손자가 아니라고 상상해 보세요. 대신 엄마 아빠는 토끼처럼 서로를 사랑했고, 100명의 자녀를 낳고, 50명을 더 입양했습니다.

따라서 귀하는 우리 모두를 사랑하며 우리의 이름, 생일, 좋아하는 아이스크림 맛, 옷 크기, 취미, 배우자 이름, 자녀 이름 및 기타 매우 중요한 사실을 잊고 싶지 않습니다. 그러나 현실을 직시합시다. 당신은 85세인데 옛 기억이 감당할 수 없을 정도입니다.

운 좋게도 당신의 손주들 중에서 가장 똑똑한 제가 도움을 드릴 수 있습니다. 그래서 나는 당신의 집에 가서 종이 몇 장을 꺼내고 시작하기 전에 쿠키를 구워달라고 부탁합니다.

한 장의 종이에 "라는 목록을 만듭니다.손자". 모든 손자 그에 대한 몇 가지 중요한 정보가 기록되어 있습니다. 여기에는 고유 번호가 포함되어 있습니다. 손자 그는. 또한 정리를 위해 목록 상단에 명명된 속성을 기록하여 목록에 어떤 정보가 포함되어 있는지 항상 알 수 있습니다.

id
name
생일
마지막 방문
옷 사이즈
좋아하는 아이스크림
채택

1
조립식 쇠지레
09-22-1992
09-01-2019
L
민트 초콜릿
그릇된

2
제시카
07-21-1992
02-22-2018
M
바위길
참된

...우리는 목록을 계속합니다!

손자 명단

잠시 후 모든 내용을 이해하게 되며 목록 작성이 거의 완료됩니다! 그러나 당신은 나에게 이렇게 말합니다. "배우자, 취미, 손자를 위한 공간을 추가하는 것을 잊었습니다!" 하지만 아닙니다. 우리는 잊지 않았습니다! 이것은 더 나아가서 새로운 종이가 필요합니다.

그래서 나는 또 다른 종이를 꺼내서 그 위에 목록을 부릅니다. 배우자. 우리에게 중요한 속성을 목록 상단에 다시 추가하고 행 추가를 시작합니다.

id
손자_ID
name
생일

1
2
요한 복음
06-01-1988

2
9
페르
03-05-1985

…더 많은 배우자!

배우자 목록

이 단계에서 나는 할머니에게 누가 누구와 결혼했는지 알고 싶다면 일치시키기만 하면 된다고 설명합니다. id 목록에서 손자 с 손자_ID 배우자 목록에.

쿠키를 수십 개 먹은 후에는 낮잠을 자야 해요. "계속 할 수 있나요, 할머니?" 나는 낮잠을 자려고 떠난다.

몇 시간 후에 돌아올 거예요. 정말 멋지세요, 할머니! 목록 빼고 다 괜찮아 보이는데 취미. 목록에는 약 1000가지의 취미가 있습니다. 대부분은 반복적입니다. 무슨 일이 일어났나요?

손자_ID
취미

1
자전거 타기

4
자전거 타기

3
자전거 타기

7
달리는

11
자전거 타기

…계속합니다!

죄송합니다. 말하는 것을 완전히 잊어버렸습니다! 하나의 목록을 사용하면 추적만 가능합니다. 취미. 그런 다음 다른 목록에서 추적해야 합니다. 손자누가 이런 일을 하고 있나요? 취미. 우리는 그것을 부를 것입니다 "공통 목록". 맘에 안드시는거 보니 고민되서 목록모드로 돌아갑니다.

id
취미

1
자전거 타기

2
달리는

3
수영

...더 많은 취미!

취미 목록

취미 목록이 있으면 두 번째 목록을 만들고 이름을 "손자의 취미".

손자_ID
취미_ID

4
1

3
1

7
2

…더!

손자 취미의 일반 목록

이 모든 작업을 마친 후 할머니는 이제 놀랍도록 대가족 전체를 추적할 수 있는 멋진 메모리 시스템을 갖게 되었습니다. 그런 다음 – 나를 더 오래 유지하기 위해 – 그녀는 "이 모든 것을 어디서 배웠습니까? "라는 마법의 질문을 묻습니다.

관계형 데이터베이스

관계형 데이터베이스는 액세스할 수 있는 공식적으로 설명된 테이블 세트(이 예에서는 시트)입니다. 에 따르면 테이블을 다시 정리할 필요 없이 다양한 방법으로 수집하거나 데이터 베이스. 관계형 데이터베이스에는 다양한 유형이 있지만 불행히도 종이에 적힌 목록은 그 중 하나가 아닙니다.

가장 널리 사용되는 관계형 데이터베이스의 특징은 SQL(Structured Query Language) 쿼리 언어입니다. 덕분에 할머니가 자신의 기억 시스템을 컴퓨터로 옮기면 “작년에 나를 방문하지 않은 사람, 결혼했고 취미가 없는 사람은 누구입니까?”와 같은 질문에 대한 답을 빨리 얻을 수 있습니다.

가장 널리 사용되는 SQL 데이터베이스 관리 시스템 중 하나는 오픈 소스 MySQL입니다. 주로 웹 기반 소프트웨어 애플리케이션을 위한 관계형 데이터베이스 관리 시스템(RDBMS)으로 구현됩니다.

MySQL의 일부 주요 기능:

• 꽤 잘 알려져 있고 널리 사용되며 광범위하게 테스트되었습니다.
• SQL 및 관계형 데이터베이스에 대한 경험이 있는 숙련된 개발자가 많이 있습니다.
• 데이터는 다양한 테이블에 저장되므로 기본 키와 외래 키(식별자)를 사용하여 관계를 쉽게 설정할 수 있습니다.
• 사용하기 쉽고 효율적이므로 크고 작은 기업에 이상적입니다.
• 소스 코드는 GNU General Public License의 조건을 따릅니다.

이제 잊어버려 모두.

할머니에게 NoSQL을 설명하는 중

할머니, 우리에겐 대가족이 있어요. 그녀에게는 150명의 손자가 있습니다! 그들 중 다수는 결혼했고, 자녀가 있으며, 무엇인가를 좋아합니다. 당신 나이에는 우리 모두에 관한 모든 것을 기억하는 것이 불가능합니다. 당신에게 필요한 것은 메모리 시스템입니다!

다행히 나는 아니 내 생일과 좋아하는 아이스크림 맛을 잊으시길 바라면서 제가 도와드릴 수 있어요. 그래서 가장 가까운 가게로 달려가서 수첩을 들고 집으로 돌아갑니다.

내가 취하는 첫 번째 단계는 내 노트 표지에 크고 굵은 글씨로 "손주"라고 쓰는 것입니다. 그런 다음 첫 번째 페이지로 넘기고 나에 대해 기억해야 할 모든 것을 쓰기 시작합니다. 몇 분 후 페이지는 다음과 같습니다.

{ 
  "_id":"dkdigiye82gd87gd99dg87gd",
  "name":"Cody",
  "birthday":"09-12-2006",
  "last_visit":"09-02-2019",
  "clothing_size":"XL",
  "favorite_ice_cream":"Fudge caramel",
  "adopted":false,
  "hobbies":[ 
     "video games",
     "computers",
     "cooking"
  ],
  "spouse":null,
  "kids":[ 

  ],
  "favorite_picture":"file://scrapbook-103/christmas-2010.jpg",
  "misc_notes":"Prefers ice-cream cake on birthday instead of chocolate cake!"
}

Я: “모든 것이 준비된 것 같아요!”
Бабушка: “잠깐, 나머지 손자들은 어쩌고?”
Я: "맞아요. 그런 다음 각각에 대해 한 페이지를 할당하십시오.”
Бабушка: “내가 당신에게 했던 것처럼 모든 사람에 대해 동일한 정보를 모두 적어야 합니까?”
Я: “아니요, 원할 경우에만요. 보여주게."
나는 할머니의 펜을 잡고 페이지를 넘기고 내가 가장 좋아하지 않는 사촌에 대한 정보를 빠르게 적습니다.

{ 
  "_id":"dh97dhs9b39397ss001",
  "name":"Tanner",
  "birthday":"09-12-2008",
  "clothing_size":"S",
  "friend_count":0,
  "favorite_picture":null,
  "remember":"Born on same day as Cody but not as important"
}

할머니가 손자 중 한 명에 대해 기억해야 할 때마다 손자의 노트에서 올바른 페이지로 이동하기만 하면 됩니다. 그들에 대한 모든 정보는 페이지에 바로 저장되므로 신속하게 변경하고 업데이트할 수 있습니다.

모든 작업이 완료되면 그녀는 "이 모든 작업을 어디서 배웠나요? "라는 마법의 질문을 던집니다.

NoSQL 데이터베이스

많이있다. NoSQL 데이터베이스 (“단순한 SQL이 아닙니다”). 우리의 예에서 우리는 보여주었습니다 문서 데이터베이스. NoSQL 데이터베이스는 관계형 데이터베이스에 사용되는 테이블 관계를 제외하는 방식으로 데이터를 모델링합니다. 이러한 데이터베이스는 2000년대 초반 명시적인 확장 요구 사항(예: Facebook)으로 인해 클라우드 기반 데이터베이스 클러스터링이 필요한 회사에서 인기를 얻었습니다. 이러한 애플리케이션에서는 데이터 일관성이 성능과 확장성보다 훨씬 덜 중요했습니다.

처음에는 NoSQL 데이터베이스가 틈새 데이터 관리 작업에 자주 사용되었습니다. 기본적으로 웹 및 클라우드 애플리케이션의 경우 NoSQL 데이터베이스는 상당한 양의 데이터를 처리하고 배포했습니다. NoSQL 엔지니어들은 또한 업데이트되는 애플리케이션에서 빠른 변경이 가능하도록 유연한 데이터 스키마(또는 그것이 부족함)를 좋아했습니다.

NoSQL의 주요 기능:

• 데이터를 저장하는 매우 유연한 방법
• 클러스터에 대한 수평적 확장
• 지속성/확산별 가능한 시퀀싱
• 고유 키를 사용하여 식별되는 문서

상세한 비교

MySQL에는 정의되고 구조화된 스키마가 필요합니다.
NoSQL을 사용하면 모든 데이터를 "문서"에 저장할 수 있습니다.

MySQL에는 거대한 커뮤니티가 있습니다.
NoSQL은 규모가 작고 빠르게 성장하는 커뮤니티를 보유하고 있습니다.

NoSQL은 확장이 쉽습니다.
MySQL에는 더 많은 관리 효율성이 필요합니다.

MySQL은 다양한 유형의 데이터베이스에서 사용되는 SQL을 사용합니다.
NoSQL은 널리 사용되는 구현을 갖춘 데이터베이스 기반 설계입니다.

MySQL은 표준 쿼리 언어(SQL)를 사용합니다.
NoSQL은 표준 쿼리 언어를 사용하지 않습니다.

MySQL에는 훌륭한 보고 도구가 많이 있습니다.
NoSQL에는 표준화하기 어려운 여러 보고 도구가 있습니다.

MySQL은 빅 데이터에 대한 성능 문제를 보여줄 수 있습니다.
NoSQL은 빅데이터에 탁월한 성능을 제공합니다.

생각8base

회사 8베이스제가 일하는 곳에서는 AWS에서 호스팅되는 Aurora MySQL 관계형 데이터베이스를 사용하여 각 프로젝트에 작업 공간을 제공합니다. 애플리케이션이 고성능과 확장성을 요구할 경우 NoSQL이 논리적인 선택인 반면, SaaS 애플리케이션 및 기타 비즈니스 소프트웨어를 구축할 때는 DBMS가 제공하는 강력한 데이터 일관성이 필수적이라고 믿습니다.

보고, 트랜잭션 무결성 및 잘 정의된 데이터 모델이 필요한 비즈니스 애플리케이션을 구축하는 스타트업 및 개발자의 경우 관계형 데이터베이스에 투자하는 것이 올바른 선택이라고 생각합니다.

8base.com에서 Aurora, Serverless 및 GraphQL을 사용한 개발에 대해 자세히 알아보세요. 여기에.

출처 : habr.com