1
00:00:00,290 --> 00:00:01,480
さて、戻ってきます。

2
00:00:01,530 --> 00:00:04,630
今度は、データベースの対話場所での作業を開始する必要があります。

3
00:00:04,770 --> 00:00:09,270
 

4
00:00:09,270 --> 00:00:14,850
 

5
00:00:14,850 --> 00:00:18,690
私たちが実際にコードを書く前に、私はちょうどここで数分を要したいので、実際にデータベースが何であるかを話し、続編データベースかEscudoか、続編か否かの2つの広範なデータベースを紹介します。

6
00:00:18,690 --> 00:00:20,120
Qすべてのデータベース。

7
00:00:20,720 --> 00:00:21,060
OK。

8
00:00:21,060 --> 00:00:26,160
ここから始めると私は今私たちが持っている問題を説明したいと思います。

9
00:00:26,250 --> 00:00:32,340
私はこの友人を実行しているPOSTリクエストデモを持っています。ここで私はすべての友達をリストアップでき、新しい友達を追加できます。

10
00:00:32,340 --> 00:00:33,410
 

11
00:00:33,600 --> 00:00:39,450
私は今日ガーフィールドという名前の新しいものと、自分の名前の別の友達を作りました。

12
00:00:40,550 --> 00:00:41,120
OK。

13
00:00:41,310 --> 00:00:48,780
そして、私はここに戻り、サーバーをシャットダウンして再開して、私のページを更新することができます。

14
00:00:49,340 --> 00:00:51,520
あなたは2人の友達を失った。

15
00:00:51,570 --> 00:00:57,240
だから私たちが直面している問題は、サーバーが何らかの理由で停止した場合でも、サーバーを停止してもデータが保持されないということです。

16
00:00:57,690 --> 00:00:59,430
 

17
00:00:59,430 --> 00:01:00,390
私たちはそれを再開したかったのです。

18
00:01:00,390 --> 00:01:06,360
 

19
00:01:06,360 --> 00:01:12,990
私たちはコードを少し変更しました。または、サーバーが停止した場合に電源が切れたり、いくつかのフリークイベントが発生した場合、Webアプリケーションにとって明らかに本当に悪いデータであるすべてのデータが失われます。

20
00:01:13,600 --> 00:01:18,450
ログアウトするたびに、またはサーバーが停止するたびにFacebookがあなたのデータを失った場合、Facebookにとっては本当に本当に悪いことになります。

21
00:01:18,450 --> 00:01:21,700
 

22
00:01:21,840 --> 00:01:22,980
私は生産的だ。

23
00:01:23,040 --> 00:01:27,840
誰もが私が楽しい人生を送っていることを証明しようとするのを止めて、私は自分の友達と自分を比較することをやめました。

24
00:01:28,050 --> 00:01:29,530
 

25
00:01:29,940 --> 00:01:33,940
だからこそ、データベースはこの問題を解決するのに役立つだろうということです。

26
00:01:34,230 --> 00:01:38,950
ですから、どのデータベースが最も単純な定義であるかについて話しましょう。

27
00:01:38,950 --> 00:01:47,160
データベースは情報データの集まりですが、データベースは単なる情報の集合ではありません。

28
00:01:47,490 --> 00:01:53,910
ですから、もし私たちがファイルを持っていて、それが大量の情報を持っていてそれを保存したテキストファイルと崇高なものがあれば、それはデータベースではありません。

29
00:01:53,910 --> 00:01:55,100
 

30
00:01:55,380 --> 00:01:57,100
はい、私たちのためにデータを保存するかもしれません。

31
00:01:57,120 --> 00:02:02,100
 

32
00:02:02,100 --> 00:02:08,130
それは情報の集まりかもしれませんが、データベースのもう一つの重要な側面は、新しいユーザーをデータベースに追加するか、すべてのユーザーを削除するのか、既存のユーザーを編集するのかなど、新しいデータを追加するかどうかにかかわらず、それが何であれ、私たちがデータと相互作用する方法が必要です。

33
00:02:08,130 --> 00:02:14,550
 

34
00:02:14,550 --> 00:02:16,830
 

35
00:02:16,890 --> 00:02:22,740
したがって、データベースとは、情報を収集したデータの集合であり、それはインタフェースを持っています。

36
00:02:23,160 --> 00:02:27,350
私がインターフェイスと言うとき、私はそれと対話するためのコードを書くことができるという意味です。

37
00:02:27,360 --> 00:02:33,470
ですから、もしあなたがこの選択星のようなものを見てしまう前に続編データベースで作業したことがあったら、これを大文字にしてください。

38
00:02:34,090 --> 00:02:36,340
 

39
00:02:37,820 --> 00:02:41,270
それはユーザーからのスターのようなものです。

40
00:02:41,280 --> 00:02:44,630
または、あなたは何かがインテルのように見えるかもしれません。

41
00:02:44,730 --> 00:02:51,930
これは後編と呼ばれる言語で、これは私たちが使用する言語がこのように見えるいくつかのデータベースへのインタフェースです。

42
00:02:51,930 --> 00:02:53,730
 

43
00:02:53,910 --> 00:03:08,820
D-Bドット・ドッグ・ドット・ファインドまたはD-Bドット・ドット・ドント・ドット・デリートは、14歳の犬を削除します。

44
00:03:09,060 --> 00:03:13,430
残念なことに、私の犬はすべてその年齢で亡くなりました。私はそれについて話したいと思います。年齢が14歳のすべての犬を削除します。

45
00:03:13,430 --> 00:03:14,790
 

46
00:03:15,210 --> 00:03:20,070
私たちは、次のビデオで言語の詳細についていくつもりですが、私はあなたに気づいてほしいです。

47
00:03:20,160 --> 00:03:24,690
これは、データスラッシュ情報のコレクションへのインターフェースがあると言っているときのことです。

48
00:03:25,830 --> 00:03:26,400
OK。

49
00:03:26,400 --> 00:03:31,950
 

50
00:03:31,950 --> 00:03:38,240
私がしたい最後のことは、データベースの広いカテゴリーの2つの広範なカテゴリまたは2つについて話すことです。それは後者であり、リレーショナルデータベースといいます。

51
00:03:38,250 --> 00:03:43,830
 

52
00:03:43,830 --> 00:03:49,830
 

53
00:03:49,830 --> 00:03:52,130
データベースについて私の生徒と話しているときに、非リレーショナルデータベースと呼ばれる続編をよく知っているので、彼らの多くは、マーケティングや小売、あるいはオンラインでの何らかのデータベースの経験があります。

54
00:03:52,200 --> 00:03:57,810
 

55
00:03:57,810 --> 00:04:05,010
ほとんどすべての企業はデータベースを持っていますが、多くの情報を持つデータベースが多くあります。それは、ギャップ内のすべてのSkewsのデータベースであろうと、すべての従業員の給与計算のデータベースであろうと、

56
00:04:05,010 --> 00:04:09,870
Facebookのようなユーザーのデータがたくさんある場合は、あなたの写真のすべてのユーザー情報を保存しているところにあなたの投稿のコメントがあなたのタグを気に入っています。

57
00:04:10,140 --> 00:04:14,700
 

58
00:04:14,700 --> 00:04:17,420
 

59
00:04:17,430 --> 00:04:22,470
 

60
00:04:22,830 --> 00:04:30,120
 

61
00:04:30,180 --> 00:04:34,950
私がデータベースについて学生と話すとき、親しみやすく、データベースの経験がある生徒は、ほとんどの場合、続編やリレーショナルデータベースの経験があるだけです。これは、続編データベースが最も長く続いているためです。データベース。

62
00:04:35,280 --> 00:04:38,970
それでは、続編データがリレーショナルの意味をどのようにしているかについて話しましょう。

63
00:04:39,270 --> 00:04:43,740
したがって、続編データベースは表データベースであり、フラットなものです。

64
00:04:43,830 --> 00:04:45,120
私が何を意味するのかを教えてください。

65
00:04:45,120 --> 00:04:52,290
だから私は入力したいくつかの未加工のダイアグラムを持っており、これはユーザとコメントを含むデータベースのテーブルがどのように見えるかを示しています。

66
00:04:52,290 --> 00:04:54,530
 

67
00:04:54,540 --> 00:04:57,760
ユーザーに焦点を当てて始めましょう。

68
00:04:57,840 --> 00:05:04,110
リレーショナルデータベースやSeacoleデータベースでは、ユーザーの見た目を定義する必要があります。

69
00:05:04,500 --> 00:05:12,840
そのため、1人のユーザーは名前と年齢、市区町村のIDを持ち、追加するすべてのユーザーはそのパターンに従わなければなりません。

70
00:05:12,840 --> 00:05:13,520
 

71
00:05:14,420 --> 00:05:20,280
そこで、これらのテーブルを定義してから、ユーザーまたはユーザーのインスタンスをこのテーブルに追加して、私もコメントがあるとしましょう。

72
00:05:20,840 --> 00:05:23,780
 

73
00:05:23,840 --> 00:05:26,220
だから私はユーザーがコメントできるようにしたい。

74
00:05:26,330 --> 00:05:33,830
 

75
00:05:33,830 --> 00:05:41,030
 

76
00:05:41,600 --> 00:05:45,130
だから、私はコメントテーブルを持っていて、コメントはIDとEHLOのようなコメントのいくつかのテキストであるか、あるいはモンタナを訪問するか、またはユーザーとコメントの間の関係それに関連するもの。

77
00:05:45,320 --> 00:05:51,370
だから私はMissoulaの24人がこれらのコメントのいくつかに関連していると聞いています。

78
00:05:51,410 --> 00:05:55,160
モンタナを訪れてみると、真剣にモンタナは素晴らしいです。

79
00:05:55,160 --> 00:06:00,590
この関係を表現するためにこれを行う唯一の方法は、ここにあるものとは別のテーブルを使用することです。

80
00:06:00,590 --> 00:06:01,120
 

81
00:06:01,330 --> 00:06:03,020
これらは結合表と呼ばれます。

82
00:06:03,170 --> 00:06:08,450
そして、このテーブルがしていることは、ユーザーIDとコメントIDを結合することです。

83
00:06:08,450 --> 00:06:14,700
この場合、IDが1のユーザーがID 3のコメントを所有していることがわかります。

84
00:06:14,930 --> 00:06:24,560
だから、ティムは私が子犬を愛していると言っていて、2人のアイデアを持ったユーザーは2度、そのアイデアに対するコメントやアイデアをコメントしました。

85
00:06:24,560 --> 00:06:27,270
 

86
00:06:27,560 --> 00:06:33,080
だから私たちは、IRAがモンタナを訪問したとコメントしていることも真剣に見ていることがわかります。

87
00:06:33,080 --> 00:06:34,360
モンタナは素晴らしいです。

88
00:06:34,370 --> 00:06:36,470
そして、はい110は素晴らしいです。

89
00:06:36,500 --> 00:06:39,740
私が本当にこれで示したいことは、すべてが表形式であることです。

90
00:06:39,800 --> 00:06:44,020
したがって、事前にテーブルを定義しなければならず、そのテーブルはあまり柔軟性がありません。

91
00:06:44,120 --> 00:06:48,830
好きな色のIRAに別の属性を追加したいと考えて、それを紫色に設定したいとしましょう。

92
00:06:48,830 --> 00:06:50,590
 

93
00:06:50,690 --> 00:06:54,240
私は誰にでもお気に入りの色を加えなければならないでしょう。

94
00:06:54,240 --> 00:07:01,040
それをfav色と呼ぶことにしましょう。空でなければならないので、Noel、undefined、nyl、またはfalseを入力する必要があります。

95
00:07:01,040 --> 00:07:05,900
 

96
00:07:06,020 --> 00:07:07,450
だから柔軟性がない。

97
00:07:07,530 --> 00:07:13,010
私がしなければならないことは、ユーザーの見た目の正確なパターンを定義してから、そのパターンを非常に綿密に追跡する必要があるということです。

98
00:07:13,010 --> 00:07:15,300
 

99
00:07:15,410 --> 00:07:22,760
したがって、他のタイプのデータベースの非リレーショナル・データベース、あるいはそれに類するデータベース、そしておそらくあなたはそれらをここに連れて行きます。

100
00:07:22,760 --> 00:07:23,900
 

101
00:07:23,900 --> 00:07:26,240
事前にパターンを定義する必要はありません。

102
00:07:26,240 --> 00:07:27,660
彼らはずっと柔軟です。

103
00:07:27,890 --> 00:07:32,400
ここでは、非リレーショナルデータベースを使ってirahを表現する例を示します。

104
00:07:32,480 --> 00:07:33,670
テーブルはありません。

105
00:07:33,710 --> 00:07:37,880
だから私たちはこの表構造を定義する必要はなく、物事は入れ子にすることができます。

106
00:07:37,880 --> 00:07:40,380
したがって、フラットなデータベースではありません。

107
00:07:40,670 --> 00:07:43,780
だから、あなたはここがジャバスクリプトのように見えるのを見ることができます。

108
00:07:43,790 --> 00:07:45,360
実際それは本当に本当に似ています。

109
00:07:45,530 --> 00:07:51,590
これはバイナリのjavascriptオブジェクトの表記法を表していますが、基本的に私たちがよく知っているjavascriptオブジェクトであり、nameという名前のキーの値ペアがたくさんあります。

110
00:07:51,680 --> 00:07:57,110
 

111
00:07:57,490 --> 00:08:00,530
年齢は24歳のミズーラです。

112
00:08:00,530 --> 00:08:02,510
そして、これは本当に重要な部分です。

113
00:08:02,510 --> 00:08:06,040
コメントはデータのすぐ内側に入れ子にすることができます。

114
00:08:06,110 --> 00:08:07,760
私はIDSに対処する必要はありません。

115
00:08:07,850 --> 00:08:10,390
私はこのテーブルを事前に定義する必要はありません。

116
00:08:10,490 --> 00:08:16,820
私はちょうどここにコメントをネストすることができますし、オブジェクトを追加することを開始し、私は別のコメントプッシュでその配列に追加することができます何かを再始動する場合。

117
00:08:16,820 --> 00:08:19,910
 

118
00:08:19,910 --> 00:08:27,360
そして、このコメントは、なぜタンノについて誰も気にしないと言うことができます。

119
00:08:27,790 --> 00:08:29,120
それは本当に良い質問です。

120
00:08:29,150 --> 00:08:30,470
私はどちらも知らない。

121
00:08:30,590 --> 00:08:36,290
だから私たちは、この非常に柔軟な構造で終わります。私たちが望むなら、ここで好きな色を定義することができます。

122
00:08:36,290 --> 00:08:37,270
 

123
00:08:37,400 --> 00:08:47,870
Fav色は紫色で、Tammyという名前の他のすべてのユーザーを持つことができます。

124
00:08:47,870 --> 00:08:52,900
そして、Tammyも動物園から24人になることができます。彼女はまったく色あせないでしょう。

125
00:08:52,910 --> 00:08:57,290
そして代わりに彼女はレビである好きな食べ物を持っています。

126
00:08:57,320 --> 00:08:57,550
大丈夫。

127
00:08:57,560 --> 00:08:58,740
それで十分です。

128
00:08:58,850 --> 00:09:05,060
しかし、私は本当にこのすべてに焦点を合わせたいと思っていました。それは、リレーショナルと非リレーショナルの違いなので、構文の根拠のない細部や、後続のデータベースやリレーショナルデータベースが長らく抱いてきた広範な違いだけではありません。

129
00:09:05,120 --> 00:09:10,730
 

130
00:09:10,790 --> 00:09:14,920
 

131
00:09:15,010 --> 00:09:19,580
ほとんどの人は、テーブルを定義する必要があるデータベースを考えるときに何を考えていますか？

132
00:09:19,640 --> 00:09:25,520
 

133
00:09:25,610 --> 00:09:31,940
 

134
00:09:31,940 --> 00:09:34,040
すべてが表形式であるため、データを関連付けるには、複数のテーブルを用意してデータを関連付ける必要があります。私たちはIDを使って非リレーショナルデータベースを作成します。これは、ほとんどの場合、コース。

135
00:09:34,130 --> 00:09:36,660
どんな種類のテーブルも定義する必要はありません。

136
00:09:36,680 --> 00:09:41,930
私たちは実際にはテーブルを持っておらず、代わりにもっと柔軟な構造を持っています。

137
00:09:41,930 --> 00:09:45,390
今これは、非リレーショナルデータベースが優れていると言うわけではありません。

138
00:09:45,440 --> 00:09:50,990
実際、多くのケースではほとんどすべての場合ではありませんが、理にかなった特定の状況があり、次のビデオで非リレーショナルデータベースを使用する理由について話します。

139
00:09:50,990 --> 00:09:55,490
 

140
00:09:55,490 --> 00:10:00,610
しかし、私はこれがより柔軟なので本質的に優れているという印象を得る必要はありません。

141
00:10:00,620 --> 00:10:05,600
そうではありませんが、それはあなたが探しているものであれば、非リレーショナルデータベースを使いたい方がより柔軟です。

142
00:10:05,600 --> 00:10:07,590
 

143
00:10:07,670 --> 00:10:09,580
さて、これを包みましょう。

144
00:10:09,650 --> 00:10:11,980
データベースとは、情報の集合です。

145
00:10:12,020 --> 00:10:17,330
 

146
00:10:17,480 --> 00:10:22,910
 

147
00:10:22,910 --> 00:10:26,460
それはインターフェイスの何らかの言語を持っています何らかの技術やツールを使ってデータとやりとりしたり、新しいことを追加したり、データベースから物事を読んだり、物事を編集したり、データベースの続編と続編の2つの広いカテゴリがあります。

148
00:10:26,840 --> 00:10:27,460
OK。