SQL と NoSQL の違いを祖母に説明する方法

開発者が行う最も重要な決定の 2 つは、どのデータベースを使用するかです。 長年にわたり、オプションは構造化照会言語 (SQL) をサポートするさまざまなリレーショナル データベース オプションに限られていました。 これらには、MS SQL Server、Oracle、MySQL、PostgreSQL、DBXNUMX などが含まれます。

過去 15 年間にわたり、多くの新しいデータベースが No-SQL アプローチに基づいて市場に参入してきました。 これらには、Redis や Amazon DynamoDB などの Key-Value ストア、Cassandra や HBase などのブロードカラム データベース、MongoDB や Couchbase などのドキュメント ストア、Elasticsearch や Solr などのグラフ データベースや検索エンジンが含まれます。

この記事では、SQL と NoSQL の機能については触れずに、SQL と NoSQL について理解していきます。
さらに、途中で楽しいこともあります。

おばあちゃんに SQL を説明する

おばあちゃん、私があなたの唯一の孫ではないことを想像してください。 その代わり、お父さんとお母さんはウサギのようにお互いを愛し合い、100人の子供をもうけ、さらに50人を養子にしました。

ですから、あなたは私たち全員を愛しており、私たちの名前、誕生日、好きなアイスクリームの味、服のサイズ、趣味、配偶者の名前、子供の名前、その他の非常に重要な事実を忘れたくないと思っています。 ただし、それに直面しましょう。 あなたは85歳ですが、古き良き記憶では対処できません。

幸いなことに、私はあなたの孫の中で最も賢いので、お手伝いできます。 それで、私はあなたの家に来て、何枚かの紙を取り出して、始める前にクッキーを焼いてくださいと頼みます。

XNUMX枚の紙に「」というリストを作ります。孫」。 毎日 孫 彼に関するいくつかの重要な情報が記録されており、その中には今後どのように行動するかを示す固有の番号も含まれます。 孫 彼は。 また、整理のために、リストの先頭に名前付き属性を書き出して、リストにどのような情報が含まれているかを常に把握できるようにします。

id
名
誕生日
最後の訪問
服のサイズ
好きなアイスクリーム
採択

1
ジミー
09-22-1992
09-01-2019
L
ミントチョコレート
false

2
ジェシカ
07-21-1992
02-22-2018
M
ロッキーロード
true

…リストを続けます！

孫のリスト

しばらくすると、すべてを理解し、リストはほぼ完成します。 しかし、あなたは私に向かってこう言います。「配偶者、趣味、孫のためのスペースを追加するのを忘れていました！」 しかし、いいえ、私たちは忘れていません！ これはさらに続き、新しい紙が必要になります。

そこで私は別の紙を取り出し、その上でリストを呼び出します 配偶者。 私たちにとって重要な属性を再びリストの先頭に追加し、行の追加を開始します。

id
孫ID
名
誕生日

1
2
John Redfern
06-01-1988

2
9
フェルナンダ
03-05-1985

…配偶者が増えました！

配偶者のリスト

この段階で、私は祖母に、誰が誰と結婚しているかを知りたい場合は、一致するだけでよいと説明します。 id リスト内 孫 с 孫ID 配偶者のリストにあります。

クッキーを数十枚食べたら、昼寝をしなければなりません。 「おばあちゃん、続けてくれる？」 昼寝をしに出発します。

数時間後に戻ります。 かっこいいよ、おばあちゃん！ リスト以外はすべて素晴らしく見えます 趣味。 リストには約1000の趣味が載っています。 それらのほとんどは繰り返しです。 何が起こったか？

孫ID
趣味

1
バイク

4
バイク

3
バイク

7
ランニング

11
バイク

…私たちは続けます！

ごめんなさい、すっかり言い忘れてました！ XNUMX つのリストを使用して追跡できるのは、 趣味。 次に、別のリストで追跡する必要があります 孫誰がこれをやっているのか 趣味。 それを呼びます 「共通リスト」。 あなたが気に入らないのを見ると、私は心配になってリストモードに戻ります。

id
趣味

1
バイク

2
ランニング

3
水泳

…もっと趣味を！

趣味のリスト

趣味リストを作成したら、XNUMX 番目のリストを作成し、それを「孫の趣味'。

孫ID
趣味ID

4
1

3
1

7
2

…もっと！

孫の趣味の一般的なリスト

このような努力を経て、おばあちゃんは今、驚くほど大家族全員の記録を残すための優れた記憶システムを手に入れました。 そして、私を長く引き留めるために、彼女は魔法の質問をします。「どこでこんなことを学んだのですか?」

リレーショナル データベース

リレーショナル データベースは、正式に記述された一連のテーブル (この例ではシートです) であり、そこからアクセスできます。 による または、テーブルを再編成することなく、さまざまな方法でそれらを収集します データベース。 リレーショナル データベースにはさまざまな種類がありますが、残念ながら紙に書かれたリストはその中にはありません。

最も人気のあるリレーショナル データベースの特徴は、SQL (Structured Query Language) クエリ言語です。 彼のおかげで、おばあちゃんが自分の記憶システムをコンピューターに転送すれば、「去年私を訪ねてこなかったのは誰ですか？結婚していて趣味はありませんか？」などの質問に対する答えをすぐに得ることができます。

最も人気のある SQL データベース管理システムの XNUMX つは、オープンソースの MySQL です。 これは主に、Web ベースのソフトウェア アプリケーション用のリレーショナル データベース管理システム (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!"
}

Я：「準備は万端のようですね！」
Бабушка「ちょっと待って、残りの孫たちはどうするの？」
Я： "はい、正確に。 次に、それぞれに XNUMX ページを割り当てます。」
Бабушка: 「あなたの場合と同じように、全員に対して同じ情報をすべて書き留める必要がありますか?」
Я：「いいえ、あなたが望む場合に限ります。 私に見せてください。"
私は祖母のペンを手に取り、ページをめくり、最も嫌いないとこに関する情報を素早く書き留めました。

{ 
  "_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 データベースはニッチなデータ管理タスクによく使用されていました。 基本的に、Web アプリケーションやクラウド アプリケーションに関しては、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 によって提供される強力なデータ一貫性が不可欠であると考えています。

レポート作成、トランザクションの整合性、明確に定義されたデータ モデルを必要とするビジネス アプリケーションを構築する新興企業や開発者にとって、リレーショナル データベースへの投資は正しい選択であると私たちは考えています。

Aurora、サーバーレス、GraphQL を使用した開発の詳細については、8base.com をご覧ください。 ここで.

出所： habr.com