さて、戻ってきます。
今度は、データベースの対話場所での作業を開始する必要があります。
私たちが実際にコードを書く前に、私はちょうどここで数分を要したいので、実際にデータベースが何であるかを話し、続編データベースかEscudoか、続編か否かの2つの広範なデータベースを紹介します。
Qすべてのデータベース。
OK。
ここから始めると私は今私たちが持っている問題を説明したいと思います。
私はこの友人を実行しているPOSTリクエストデモを持っています。ここで私はすべての友達をリストアップでき、新しい友達を追加できます。
私は今日ガーフィールドという名前の新しいものと、自分の名前の別の友達を作りました。
OK。
そして、私はここに戻り、サーバーをシャットダウンして再開して、私のページを更新することができます。
あなたは2人の友達を失った。
だから私たちが直面している問題は、サーバーが何らかの理由で停止した場合でも、サーバーを停止してもデータが保持されないということです。
私たちはそれを再開したかったのです。
私たちはコードを少し変更しました。または、サーバーが停止した場合に電源が切れたり、いくつかのフリークイベントが発生した場合、Webアプリケーションにとって明らかに本当に悪いデータであるすべてのデータが失われます。
ログアウトするたびに、またはサーバーが停止するたびにFacebookがあなたのデータを失った場合、Facebookにとっては本当に本当に悪いことになります。
私は生産的だ。
誰もが私が楽しい人生を送っていることを証明しようとするのを止めて、私は自分の友達と自分を比較することをやめました。
だからこそ、データベースはこの問題を解決するのに役立つだろうということです。
ですから、どのデータベースが最も単純な定義であるかについて話しましょう。
データベースは情報データの集まりですが、データベースは単なる情報の集合ではありません。
ですから、もし私たちがファイルを持っていて、それが大量の情報を持っていてそれを保存したテキストファイルと崇高なものがあれば、それはデータベースではありません。
はい、私たちのためにデータを保存するかもしれません。
それは情報の集まりかもしれませんが、データベースのもう一つの重要な側面は、新しいユーザーをデータベースに追加するか、すべてのユーザーを削除するのか、既存のユーザーを編集するのかなど、新しいデータを追加するかどうかにかかわらず、それが何であれ、私たちがデータと相互作用する方法が必要です。
したがって、データベースとは、情報を収集したデータの集合であり、それはインタフェースを持っています。
私がインターフェイスと言うとき、私はそれと対話するためのコードを書くことができるという意味です。
ですから、もしあなたがこの選択星のようなものを見てしまう前に続編データベースで作業したことがあったら、これを大文字にしてください。
それはユーザーからのスターのようなものです。
または、あなたは何かがインテルのように見えるかもしれません。
これは後編と呼ばれる言語で、これは私たちが使用する言語がこのように見えるいくつかのデータベースへのインタフェースです。
D-Bドット・ドッグ・ドット・ファインドまたはD-Bドット・ドット・ドント・ドット・デリートは、14歳の犬を削除します。
残念なことに、私の犬はすべてその年齢で亡くなりました。私はそれについて話したいと思います。年齢が14歳のすべての犬を削除します。
私たちは、次のビデオで言語の詳細についていくつもりですが、私はあなたに気づいてほしいです。
これは、データスラッシュ情報のコレクションへのインターフェースがあると言っているときのことです。
OK。
私がしたい最後のことは、データベースの広いカテゴリーの2つの広範なカテゴリまたは2つについて話すことです。それは後者であり、リレーショナルデータベースといいます。
データベースについて私の生徒と話しているときに、非リレーショナルデータベースと呼ばれる続編をよく知っているので、彼らの多くは、マーケティングや小売、あるいはオンラインでの何らかのデータベースの経験があります。
ほとんどすべての企業はデータベースを持っていますが、多くの情報を持つデータベースが多くあります。それは、ギャップ内のすべてのSkewsのデータベースであろうと、すべての従業員の給与計算のデータベースであろうと、
Facebookのようなユーザーのデータがたくさんある場合は、あなたの写真のすべてのユーザー情報を保存しているところにあなたの投稿のコメントがあなたのタグを気に入っています。
私がデータベースについて学生と話すとき、親しみやすく、データベースの経験がある生徒は、ほとんどの場合、続編やリレーショナルデータベースの経験があるだけです。これは、続編データベースが最も長く続いているためです。データベース。
それでは、続編データがリレーショナルの意味をどのようにしているかについて話しましょう。
したがって、続編データベースは表データベースであり、フラットなものです。
私が何を意味するのかを教えてください。
だから私は入力したいくつかの未加工のダイアグラムを持っており、これはユーザとコメントを含むデータベースのテーブルがどのように見えるかを示しています。
ユーザーに焦点を当てて始めましょう。
リレーショナルデータベースやSeacoleデータベースでは、ユーザーの見た目を定義する必要があります。
そのため、1人のユーザーは名前と年齢、市区町村のIDを持ち、追加するすべてのユーザーはそのパターンに従わなければなりません。
そこで、これらのテーブルを定義してから、ユーザーまたはユーザーのインスタンスをこのテーブルに追加して、私もコメントがあるとしましょう。
だから私はユーザーがコメントできるようにしたい。
だから、私はコメントテーブルを持っていて、コメントはIDとEHLOのようなコメントのいくつかのテキストであるか、あるいはモンタナを訪問するか、またはユーザーとコメントの間の関係それに関連するもの。
だから私はMissoulaの24人がこれらのコメントのいくつかに関連していると聞いています。
モンタナを訪れてみると、真剣にモンタナは素晴らしいです。
この関係を表現するためにこれを行う唯一の方法は、ここにあるものとは別のテーブルを使用することです。
これらは結合表と呼ばれます。
そして、このテーブルがしていることは、ユーザーIDとコメントIDを結合することです。
この場合、IDが1のユーザーがID 3のコメントを所有していることがわかります。
だから、ティムは私が子犬を愛していると言っていて、2人のアイデアを持ったユーザーは2度、そのアイデアに対するコメントやアイデアをコメントしました。
だから私たちは、IRAがモンタナを訪問したとコメントしていることも真剣に見ていることがわかります。
モンタナは素晴らしいです。
そして、はい110は素晴らしいです。
私が本当にこれで示したいことは、すべてが表形式であることです。
したがって、事前にテーブルを定義しなければならず、そのテーブルはあまり柔軟性がありません。
好きな色のIRAに別の属性を追加したいと考えて、それを紫色に設定したいとしましょう。
私は誰にでもお気に入りの色を加えなければならないでしょう。
それをfav色と呼ぶことにしましょう。空でなければならないので、Noel、undefined、nyl、またはfalseを入力する必要があります。
だから柔軟性がない。
私がしなければならないことは、ユーザーの見た目の正確なパターンを定義してから、そのパターンを非常に綿密に追跡する必要があるということです。
したがって、他のタイプのデータベースの非リレーショナル・データベース、あるいはそれに類するデータベース、そしておそらくあなたはそれらをここに連れて行きます。
事前にパターンを定義する必要はありません。
彼らはずっと柔軟です。
ここでは、非リレーショナルデータベースを使ってirahを表現する例を示します。
テーブルはありません。
だから私たちはこの表構造を定義する必要はなく、物事は入れ子にすることができます。
したがって、フラットなデータベースではありません。
だから、あなたはここがジャバスクリプトのように見えるのを見ることができます。
実際それは本当に本当に似ています。
これはバイナリのjavascriptオブジェクトの表記法を表していますが、基本的に私たちがよく知っているjavascriptオブジェクトであり、nameという名前のキーの値ペアがたくさんあります。
年齢は24歳のミズーラです。
そして、これは本当に重要な部分です。
コメントはデータのすぐ内側に入れ子にすることができます。
私はIDSに対処する必要はありません。
私はこのテーブルを事前に定義する必要はありません。
私はちょうどここにコメントをネストすることができますし、オブジェクトを追加することを開始し、私は別のコメントプッシュでその配列に追加することができます何かを再始動する場合。
そして、このコメントは、なぜタンノについて誰も気にしないと言うことができます。
それは本当に良い質問です。
私はどちらも知らない。
だから私たちは、この非常に柔軟な構造で終わります。私たちが望むなら、ここで好きな色を定義することができます。
Fav色は紫色で、Tammyという名前の他のすべてのユーザーを持つことができます。
そして、Tammyも動物園から24人になることができます。彼女はまったく色あせないでしょう。
そして代わりに彼女はレビである好きな食べ物を持っています。
大丈夫。
それで十分です。
しかし、私は本当にこのすべてに焦点を合わせたいと思っていました。それは、リレーショナルと非リレーショナルの違いなので、構文の根拠のない細部や、後続のデータベースやリレーショナルデータベースが長らく抱いてきた広範な違いだけではありません。
ほとんどの人は、テーブルを定義する必要があるデータベースを考えるときに何を考えていますか？
すべてが表形式であるため、データを関連付けるには、複数のテーブルを用意してデータを関連付ける必要があります。私たちはIDを使って非リレーショナルデータベースを作成します。これは、ほとんどの場合、コース。
どんな種類のテーブルも定義する必要はありません。
私たちは実際にはテーブルを持っておらず、代わりにもっと柔軟な構造を持っています。
今これは、非リレーショナルデータベースが優れていると言うわけではありません。
実際、多くのケースではほとんどすべての場合ではありませんが、理にかなった特定の状況があり、次のビデオで非リレーショナルデータベースを使用する理由について話します。
しかし、私はこれがより柔軟なので本質的に優れているという印象を得る必要はありません。
そうではありませんが、それはあなたが探しているものであれば、非リレーショナルデータベースを使いたい方がより柔軟です。
さて、これを包みましょう。
データベースとは、情報の集合です。
それはインターフェイスの何らかの言語を持っています何らかの技術やツールを使ってデータとやりとりしたり、新しいことを追加したり、データベースから物事を読んだり、物事を編集したり、データベースの続編と続編の2つの広いカテゴリがあります。
OK。