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:18,690
而我們實際編寫代碼之前，我只是想在這裡花幾分鐘的時間，所以我們會相當快說說究竟數據庫再為大家介紹的數據庫，它們的續集數據庫或埃斯庫多與沒有續集或沒有兩大類。

4
00:00:18,690 --> 00:00:20,120
Q所有數據庫。

5
00:00:20,720 --> 00:00:21,060
好。

6
00:00:21,060 --> 00:00:26,160
因此，讓我們從這裡開始，並開始我想說明，我們現在所擁有的這個問題。

7
00:00:26,250 --> 00:00:33,410
我有這個運行起來的朋友在那裡我可以列出我所有的朋友，我們可以添加一些新朋友POST請求演示。

8
00:00:33,600 --> 00:00:39,450
我只是做了一個新的名為today加菲貓和另一個朋友叫她我的。

9
00:00:40,550 --> 00:00:41,120
好。

10
00:00:41,310 --> 00:00:48,780
然後我可以回到這裡，如果我關閉服務器，然後再次開始，我刷新我的網頁。

11
00:00:49,340 --> 00:00:51,520
天哪，你只是失去了兩個朋友。

12
00:00:51,570 --> 00:00:59,430
因此，我們面臨的問題是，如果我們的服務器停止以任何理由不管是因為我們把它關掉我們的數據不會保留。

13
00:00:59,430 --> 00:01:00,390
我們希望重新啟動它。

14
00:01:00,390 --> 00:01:13,320
我們做了一些修改代碼，或者如果它是因為電源中斷，或如果服務器停止，我們將失去所有的數據這顯然是一個Web應用程序真的很糟糕的事情有些反常事件發生。

15
00:01:13,600 --> 00:01:21,700
如果Facebook每次丟失你的數據，你註銷或每次服務器停止，這將是真正的非常糟糕對於Facebook儘管它可能是對我來說相當不錯。

16
00:01:21,840 --> 00:01:22,980
我會富有成效。

17
00:01:23,040 --> 00:01:29,530
我停下來比較自己朋友來我停止試圖證明給大家，我住一個有趣的生活，我剛剛得到的東西做的。

18
00:01:29,940 --> 00:01:33,940
所以，這一切是說，數據庫將幫助我們解決這個問題。

19
00:01:34,230 --> 00:01:38,950
因此，讓我們談談什麼數據庫都在盡可能簡單的定義。

20
00:01:38,950 --> 00:01:47,480
數據庫是信息數據的集合，但是數據庫不只是一個的信息收集。

21
00:01:47,490 --> 00:01:55,100
所以，如果我們有一個文件只是一個文本文件，該昇華有一堆的信息，並保存它，不會是一個數據庫。

22
00:01:55,380 --> 00:01:57,100
是的，它可以存儲的數據我們。

23
00:01:57,120 --> 00:02:16,830
這可能是信息的集合，但數據庫的另一個重要方面是，他們有一個接口，用於與該數據無論是增加新的信息，如添加新用戶對數據庫或者如果它刪除所有用戶或編輯現有用戶或相互作用不管它是需要有我們與數據進行交互的方式。

24
00:02:16,890 --> 00:02:22,740
這樣的數據庫是信息slushed數據的集合，它有一個接口。

25
00:02:23,160 --> 00:02:27,350
當我說我的界面意味著我們可以編寫代碼來與它進行交互。

26
00:02:27,360 --> 00:02:36,340
所以，如果你曾經有一個續集數據庫的工作，你可能已經看到這樣的事情擇思达之前，我應該利用這一點。

27
00:02:37,820 --> 00:02:41,270
這就像從用戶的明星。

28
00:02:41,280 --> 00:02:44,630
或者，你可能會看到類似的插入等等等等等等之中。

29
00:02:44,730 --> 00:02:53,730
這是一個語言稱為續集，這是接口的一些數據庫語言，我們將使用看起來像這樣。

30
00:02:53,910 --> 00:03:08,950
D-B點的狗找點或D-B點的狗點刪除，並會刪除，我們有年齡只有14狗。

31
00:03:09,060 --> 00:03:14,790
不幸的是我所有的狗在這個年齡去世，我想談論它，我會刪除所有的狗，其中年齡為14歲。

32
00:03:15,210 --> 00:03:20,070
我們會進入語言的細節在接下來的視頻，但我只是想讓你知道。

33
00:03:20,160 --> 00:03:25,270
這就是我的意思是，當我說，有數據收集的接口斜線信息。

34
00:03:25,830 --> 00:03:26,400
好。

35
00:03:26,400 --> 00:03:38,240
所以，我想要做的最後一件事是談兩大類或兩個大類的數據庫，而這些都是續集也被稱為關係數據庫與沒有。

36
00:03:38,250 --> 00:03:52,130
正如你所知的續集被稱為非關係數據庫，當我說我的有關數據庫的很多人有過某種數據庫的他們是否是在市場營銷或零售或網上的東西一定經驗的學生。

37
00:03:52,200 --> 00:04:17,420
幾乎每家公司在那裡有一些數據庫通常很多，有很多的信息，它的數據庫無論是在間隙為所有Skewes的數據庫或全體員工的工資，他們已經付出什麼和什麼時候或數據庫如果它是在用戶的一組數據像Facebook有它的存儲所有的用戶信息，你的照片你的評論你的帖子你喜歡你的標籤所有的東西都存儲在數據庫中。

38
00:04:17,430 --> 00:04:34,950
當我跟學生有關數據庫誰熟悉，並與數據庫的經驗，學生們幾乎總是只能有續集或關係數據庫經驗，這是因為續集數據庫已遍布最長，他們是大多數人的想法時，他們想到的一個數據庫。

39
00:04:35,280 --> 00:04:38,970
所以，現在讓我們來談談什麼續集數據庫什麼關係的手段。

40
00:04:39,270 --> 00:04:43,740
所以續集數據庫表格數據庫和他們持平。

41
00:04:43,830 --> 00:04:45,120
讓我告訴你我是什麼意思。

42
00:04:45,120 --> 00:04:54,530
所以，我有一些我打完了，這正顯示出數據庫的用戶參與和意見表可能是什麼樣子原油圖。

43
00:04:54,540 --> 00:04:57,760
讓我們只專注於用戶啟動。

44
00:04:57,840 --> 00:05:04,320
所以，我們在關係數據庫做或Seacole數據庫是我們定義一個用戶的樣子。

45
00:05:04,500 --> 00:05:13,520
所以一個用戶都有一個ID作為名字和年齡和城市，然後我們添加必須遵循這種模式每一個用戶。

46
00:05:14,420 --> 00:05:23,780
所以我們定義這些表，然後我們要添加用戶或用戶的情況下，這個表中，然後讓我們假設我也有意見。

47
00:05:23,840 --> 00:05:26,220
所以，我希望用戶能夠發表評論。

48
00:05:26,330 --> 00:05:45,130
所以我有一個意見表和所有評論已經是一個ID，並像EHLO註釋的一些文字或前來參觀蒙大拿還是我愛的小狗，如果我希望這是用戶和評論，其中用戶可以有一個註釋之間的關係那些與它相關聯。

49
00:05:45,320 --> 00:05:51,370
所以艾拉我聽到誰的米蘇拉24可以與一些在這裡對這些意見進行關聯。

50
00:05:51,410 --> 00:05:55,160
像來參觀蒙大拿州和蒙大拿州認真是偉大的。

51
00:05:55,160 --> 00:06:01,120
要做到這一點來表達這種關係的唯一方法是通過另一個表這就是我們在這裡。

52
00:06:01,330 --> 00:06:03,020
這些被稱為連接表。

53
00:06:03,170 --> 00:06:08,450
什麼這個表確實是它加入一個用戶ID與評論ID。

54
00:06:08,450 --> 00:06:14,700
因此，在這種情況下，我們看到，隨著ID只能有一個用戶擁有ID為3的註釋。

55
00:06:14,930 --> 00:06:27,270
這樣就意味著蒂姆說，我喜歡小狗，並與評論兩倍的兩個想法的用戶和那些評論或給一個想法主意。

56
00:06:27,560 --> 00:06:33,080
因此，我們可以看到，IRA評論說來參觀蒙大拿州和也嚴重。

57
00:06:33,080 --> 00:06:34,360
蒙大拿州是偉大的。

58
00:06:34,370 --> 00:06:36,470
是的110是很大的。

59
00:06:36,500 --> 00:06:39,740
我真的想用這一切說明的是，一切都表格。

60
00:06:39,800 --> 00:06:44,020
因此，我們必須提前和它不是很靈活所有定義的表。

61
00:06:44,120 --> 00:06:50,590
讓我們假設我想添加另一個屬性IRA這是最喜歡的顏色，我想將其設置為紫色。

62
00:06:50,690 --> 00:06:54,240
然後我會去的添加喜歡的顏色給大家。

63
00:06:54,240 --> 00:07:05,900
就讓我們把它稱為最愛的顏色，它必須是空的，所以我得有諾埃爾或未定義或NYL或者只是虛假或東西這裡的每一個人。

64
00:07:06,020 --> 00:07:07,450
所以它不是靈活。

65
00:07:07,530 --> 00:07:15,300
我要做的就是確定一個什麼樣的用戶看起來像確切的圖案，然後我需要遵循的模式非常接近。

66
00:07:15,410 --> 00:07:23,900
因此，其他類型的數據庫，非關係數據庫或沒有，以及數據庫，你可能趕上他們會在這裡。

67
00:07:23,900 --> 00:07:26,240
我們不必預先定義的模式。

68
00:07:26,240 --> 00:07:27,660
他們更靈活。

69
00:07:27,890 --> 00:07:32,400
因此，這裡是一個使用非關係型數據庫的代表irah的一個例子。

70
00:07:32,480 --> 00:07:33,670
目前還沒有表。

71
00:07:33,710 --> 00:07:37,880
所以，我們沒有定義此表格的結構和東西可以嵌套。

72
00:07:37,880 --> 00:07:40,380
因此，這不是一個平面數據庫。

73
00:07:40,670 --> 00:07:43,780
所以，你可以在這裡看到它看起來就像JavaScript的。

74
00:07:43,790 --> 00:07:45,360
事實上，它的的確確是相似的。

75
00:07:45,530 --> 00:07:57,450
這是所謂的節拍上代表二進制JavaScript對象符號，但它是我們熟悉基本的JavaScript對象，他們有一堆鍵值對，這樣的名字是艾拉。

76
00:07:57,490 --> 00:08:00,530
年齡是24城市米蘇拉。

77
00:08:00,530 --> 00:08:02,510
然後，這是真正重要的組成部分。

78
00:08:02,510 --> 00:08:06,040
註釋可以只嵌套權裡面的數據。

79
00:08:06,110 --> 00:08:07,760
我沒有對付IDS。

80
00:08:07,850 --> 00:08:10,390
我不必提前定義該表。

81
00:08:10,490 --> 00:08:19,910
我可以在這裡才剛剛嵌套註釋開始添加的對象，如果我再次作出別的東西我可以再補充在其他評論壓入到數組。

82
00:08:19,910 --> 00:08:27,360
所以，此評論會說，為什麼沒有人關心的丹野。

83
00:08:27,790 --> 00:08:29,120
這是一個非常好的問題。

84
00:08:29,150 --> 00:08:30,470
我也不知道。

85
00:08:30,590 --> 00:08:37,270
所以我們現在結束了這其中，如果我們想我可以定義喜歡的顏色到這裡非常非常靈活的結構。

86
00:08:37,400 --> 00:08:47,870
最愛的顏色是紫色，然後我可以有誰被命名為陳怡蓉完全是另外一個用戶。

87
00:08:47,870 --> 00:08:52,900
和塔米可以從動物園24以及她會不會有一個最喜歡的顏色的。

88
00:08:52,910 --> 00:08:57,290
而是她最喜歡的食物是REVI。

89
00:08:57,320 --> 00:08:57,550
好吧。

90
00:08:57,560 --> 00:08:58,740
所以這已經足夠了。

91
00:08:58,850 --> 00:09:14,920
但我真的希望把重點放在與這一切是語法的關係和非關係所以沒有細節問題的細節或它如何實際工作只是廣泛的區別在於續集數據庫或關係型數據庫已經存在時間最長的區別。

92
00:09:15,010 --> 00:09:19,580
是大多數人的想法時，他們想到哪裡，我們必須定義一個表的數據庫。

93
00:09:19,640 --> 00:09:34,040
一切都是表格和如果我們想關聯的數據，我們必須有多個表完成相關的數據和我們我們經常用ID來做到這一點與非關係數據庫，這就是我們要重點放在了這個最課程。

94
00:09:34,130 --> 00:09:36,660
我們沒有定義任何種類的表。

95
00:09:36,680 --> 00:09:41,930
我們沒有表在所有實際相反，我們有一個更靈活的結構。

96
00:09:41,930 --> 00:09:45,390
現在，這是不是說非關係數據庫更好。

97
00:09:45,440 --> 00:09:55,490
事實上，在很多情況下，他們在所有的情況下幾乎沒有，但在有些情況下，他們是有意義的具體情況，我會談談為什麼我們在未來的視頻使用非關係型數據庫。

98
00:09:55,490 --> 00:10:00,610
但我並不需要得到的印象是，因為這是更靈活的它的本質更好。

99
00:10:00,620 --> 00:10:07,590
這是不是這樣的，但它更為靈活而如果這就是你要使用非關係型數據庫，你要找的那什麼。

100
00:10:07,670 --> 00:10:09,580
好讓我們這個包裹起來。

101
00:10:09,650 --> 00:10:11,980
數據庫是信息的集合。

102
00:10:12,020 --> 00:10:26,460
它有一個接口某種語言的某種技術或工具進行交互與數據添加新的東西讀的東西從數據庫中刪除的東西編輯的東西，然後有數據庫的續集，沒有續集的兩大類。

103
00:10:26,840 --> 00:10:27,460
好。