1
00:00:00,690 --> 00:00:07,430
歡迎回到這個視頻，我要告訴你關聯的數據是通過使用對象引用的另一種方式。

2
00:00:07,620 --> 00:00:13,260
所以，在我們開始之前，我要提出一個新的文件，這裡在同一目錄下，我會打電話給這一個。

3
00:00:13,540 --> 00:00:15,590
參考文獻教J.

4
00:00:16,530 --> 00:00:23,560
而且我要略高於複製到所有該文件從我們以前的教訓，我要改變這一點。

5
00:00:23,610 --> 00:00:30,730
我會做的第一件事就是改變我們使用的只是讓我們沒有衝突的事情，我們不會覆蓋我們剛才以前一樣數據庫。

6
00:00:30,900 --> 00:00:35,610
所以我打算讓名blogg演示強調了。

7
00:00:35,820 --> 00:00:36,410
好吧。

8
00:00:36,540 --> 00:00:39,490
然後，我會繼續前進，剛剛擺脫了很多的東西在這裡。

9
00:00:39,690 --> 00:00:43,410
從我們的架構幾乎一切拋開，我們在模型。

10
00:00:43,650 --> 00:00:48,230
我會通過談論這意味著什麼引用的數據與嵌入它啟動。

11
00:00:48,480 --> 00:00:57,700
所以，我們在做最後的視頻最後一次是我們嵌入式數據，我們不得不看起來像這樣一個名稱的用戶，並在那裡有一個電子郵件以及。

12
00:00:57,720 --> 00:01:11,910
再有就是一個POST陣列和陣列中的每個崗位實際上是存儲在陣列內部就這樣，其中標題和內容。

13
00:01:11,910 --> 00:01:12,790
在那裡，我們走了。

14
00:01:13,590 --> 00:01:20,270
而我們要知道五六百之多，因為我們希望聽到的POST陣列內不同崗位。

15
00:01:20,570 --> 00:01:33,380
現在，就是我要告訴你在這個教訓是，除了我們實際上做什麼有一個海報陣列內所有我們要去這裡，而不是存儲實際的職位非常相似。

16
00:01:33,570 --> 00:01:42,120
我們將有一大堆的ID，所以我們需要這些長期的ID，看起來像等。

17
00:01:42,270 --> 00:01:46,250
而這些想法將對應於個別職位。

18
00:01:46,250 --> 00:01:57,130
於是，我們將有一個帖子在這裡有ID等於此，這將有標題你叫別的東西等等。

19
00:01:57,480 --> 00:02:03,980
所以，再一次關鍵的區別是，我們存儲的ID這哪裡是名稱引用從何而來。

20
00:02:04,140 --> 00:02:09,520
我們引用另一個帖子的ID，而不是嵌入整個帖子。

21
00:02:09,900 --> 00:02:11,180
行，所以讓我們開始吧。

22
00:02:11,370 --> 00:02:17,570
我們必須對我們的模式的一些變化，而不是帖子是後架構的陣列。

23
00:02:17,610 --> 00:02:20,400
我們其實也使它成為一個數組。

24
00:02:20,490 --> 00:02:25,030
但是，我們要傳遞一個對象和對象是要這個樣子。

25
00:02:25,080 --> 00:02:27,190
我的意思是空間了，只是一點點。

26
00:02:27,420 --> 00:02:47,090
而我們的目標是將有兩個主要的屬性類型和REF和類型將是貓鼬的模式類型點對象ID和ref將為職位。

27
00:02:47,130 --> 00:02:49,020
因此，讓我們來談談我只是在這裡做。

28
00:02:49,050 --> 00:02:58,110
我曾經說過，在用戶模式中有一個職位屬性，它是一個數組，但而不是職位的數組像我們這裡。

29
00:02:58,750 --> 00:03:00,870
或者它的架構後的數組。

30
00:03:00,870 --> 00:03:03,570
它實際上是對象ID數組。

31
00:03:03,660 --> 00:03:06,080
而這僅僅是我們編寫語法的方式。

32
00:03:06,330 --> 00:03:11,890
這是屬於後一貓鼬對象ID，我們可以節省。

33
00:03:12,120 --> 00:03:17,300
而只是為了確保我們沒有做錯任何事，我們可以運行該文件，確保我們不會得到一個錯誤。

34
00:03:17,310 --> 00:03:18,560
大。

35
00:03:18,600 --> 00:03:23,520
現在，讓我們通過創建一個用戶，我們可以再添加帖子起步較晚。

36
00:03:23,640 --> 00:03:45,770
所以千萬用戶創建和這個人會在Gmail的點com給Bob的郵件和名稱將是鮑勃·費爾奇，我們將保存，然後我們就離開它這樣的，我們姑且認為這是去工作，而不是將回調。

37
00:03:45,810 --> 00:03:48,830
所以這只是要創建我們的第一個用戶。

38
00:03:48,900 --> 00:03:53,160
因此，讓我們運行該文件。

39
00:03:53,160 --> 00:03:53,700
好吧。

40
00:03:53,880 --> 00:03:58,630
所以，我們看不到任何東西，但我們可以進入滿谷和檢查出來。

41
00:03:58,640 --> 00:04:12,070
所以顯示迪格比的使用日誌的演示強調過，然後我們可以做的用戶發現，我們有他的名字一個用戶。

42
00:04:12,150 --> 00:04:19,740
鮑勃·貝爾徹電子郵件鮑勃在Gmail的點com和崗位，因為我們還沒有添加任何職位尚未那是空的。

43
00:04:19,920 --> 00:04:32,330
因此，讓我們離開這裡，我想要做的下一件事就是添加一個崗位給這個用戶，所以我要擺脫create語句中，我會出來，這樣你可以看到它什麼，我會做的是使一個新的職位。

44
00:04:32,430 --> 00:04:38,080
因此博士後創建和我們獨立於用戶的使它。

45
00:04:38,190 --> 00:05:13,260
因此，我們正在做這個職位，我們就會給它如何烹製最好的漢堡，然後內容，而不僅僅是符合法律等等等等無聊症填補它現在就是這樣一個標題，並保存，應該讓我們職位和公正，以確保這一次，讓我們在回調錯誤並添加後，我們將只取消該日誌後，我們不會去處理錯誤只是時間的緣故，並運行該文件。

46
00:05:13,980 --> 00:05:18,120
而我們現在已經增加了一個新的職位與一個ID數據庫。

47
00:05:18,160 --> 00:05:22,950
請記住這個內徑記得整個事情5 6 2 5 8 3 7 8。

48
00:05:22,960 --> 00:05:23,530
現在我只是在開玩笑。

49
00:05:23,530 --> 00:05:25,630
但是，但要記住是什麼樣子。

50
00:05:25,780 --> 00:05:28,600
然後，我們有我們的內容，然後我們的稱號。

51
00:05:28,600 --> 00:05:28,920
好吧。

52
00:05:28,930 --> 00:05:30,790
因此，讓我們離開那裡。

53
00:05:30,810 --> 00:05:35,880
因此，我們希望下一步要做的是談談我們如何可以連接一個職位，並使用該ID的用戶。

54
00:05:36,310 --> 00:05:40,090
要做到這一點，我居然要去通過制定另一篇文章的步驟。

55
00:05:40,090 --> 00:05:42,230
因此，讓我們把這個怎麼煮最好的漢堡。

56
00:05:42,390 --> 00:05:52,190
第二部分，這將會使一個新的職位，一旦我們保存後我們再要找到用戶PABX。

57
00:05:52,260 --> 00:05:59,480
所以，我們要做的用戶發現，我們會做的發現之一，我們會找到你的名字。

58
00:05:59,760 --> 00:06:12,640
讓我們做電子郵件這個時間，其中電子郵件是Bob在Gmail的點com，然後我們將永遠之後運行此代碼，然後我們就會發現，我們會打電話給這個發現用戶。

59
00:06:13,490 --> 00:06:14,250
好。

60
00:06:14,350 --> 00:06:15,380
所以很多事情。

61
00:06:15,670 --> 00:06:18,760
因此，我們要創建一個帖子，一旦後已創建。

62
00:06:18,880 --> 00:06:29,860
我們在這種情況下，在這裡找到一個用戶該用戶，我們已經創建，然後我們要處理錯誤的，如果我們需要。

63
00:06:30,490 --> 00:06:35,800
否則，我們再會後加入到用戶的帖子。

64
00:06:35,930 --> 00:06:56,570
因此，它的發現用戶的帖子這就是我們所謂的它，在這裡，我們要在推後推和後指的是我們剛剛創建的職位，是安全與標題如何庫克的衛翰思還是內容數據庫等等等等等等等等等等。

65
00:06:56,800 --> 00:06:58,450
我們救它，如果它的工作原理。

66
00:06:58,560 --> 00:07:03,760
我們有一個職位變量存儲信息，然後細化用戶。

67
00:07:03,900 --> 00:07:07,090
在這種情況下，一個與電子郵件鮑勃在Gmail的點com。

68
00:07:07,210 --> 00:07:14,340
然後如果我們發現我們，然後將新的後添加到該用戶發布的數組。

69
00:07:14,620 --> 00:07:15,880
那麼讓我們來保存。

70
00:07:16,060 --> 00:07:20,160
所以後來，我們需要做的另一個發現用戶不保存。

71
00:07:20,800 --> 00:07:33,450
是的，我們需要另一個回調而這一次將會有錯誤，讓我們把這個數據只是為了使其真正清楚發生了什麼。

72
00:07:33,580 --> 00:07:46,720
而在這裡，我只是要重新處理錯誤，然後如果沒有錯誤要取消日誌數據。

73
00:07:46,790 --> 00:07:48,750
好男人，我們在這裡有很多。

74
00:07:48,760 --> 00:07:59,120
因此，創建一個崗位找到用戶，然後採取後推入用戶的帖子儲存用戶，然後當這樣做數據打印出來。

75
00:07:59,350 --> 00:08:03,010
讓我們來看看我們得到什麼。

76
00:08:03,000 --> 00:08:03,910
好吧。

77
00:08:04,140 --> 00:08:04,960
因此，它的工作。

78
00:08:05,110 --> 00:08:08,640
下面是我們的用戶名為Bob貝爾徹電子郵件。

79
00:08:08,640 --> 00:08:21,500
這裡的用戶ID，然後，而不是所有的職位，我們擁有的是一個項目的陣列，它的對象ID與當我們有嵌入J.S.在這裡我們用嵌入式數據進行工作。

80
00:08:21,550 --> 00:08:26,230
我們有整個帖子使這個數組，而不是它，我們居然看到了數據。

81
00:08:26,380 --> 00:08:31,390
現在，我們正在看到這樣的ID。

82
00:08:31,540 --> 00:08:33,210
所以，讓我們增加一個。

83
00:08:33,390 --> 00:08:35,100
因此，我們將做第3部分。

84
00:08:35,400 --> 00:08:38,580
而那一個，而不是等等等等等等的文字。

85
00:08:38,700 --> 00:08:41,370
它只是要jibberish只是使其更容易分辨。

86
00:08:41,380 --> 00:08:45,370
和領事將增加該職位。

87
00:08:45,370 --> 00:08:51,330
現在，我們這裡有兩個目標的ID，每個人對應一個單獨的職位。

88
00:08:51,700 --> 00:08:52,660
好。

89
00:08:53,010 --> 00:08:55,020
所以，這就是我們可以把它們聯繫起來。

90
00:08:55,140 --> 00:09:00,290
但是，現在我們需要搞清楚我們如何利用這個對象ID和找到正確的職位。

91
00:09:00,580 --> 00:09:02,260
比方說，我們想找到一個用戶。

92
00:09:02,500 --> 00:09:08,190
然後，我想找到用戶上傳，以及並不僅僅是標識，但我想所有的數據。

93
00:09:08,560 --> 00:09:14,710
所以，我要清除控制台，我還打算在這裡註釋掉這個龐然大物。

94
00:09:14,720 --> 00:09:21,630
因此，我們想要做的是找到用戶，然後找到該用戶的所有帖子。

95
00:09:21,730 --> 00:09:23,990
而實際上有一種方法做，在一氣呵成。

96
00:09:24,120 --> 00:09:25,840
因此，我們需要先找到用戶。

97
00:09:26,010 --> 00:09:37,100
所以這是用戶找到了，我們會做再次找到一個，然後我們需要傳遞什麼，我們正在尋找這將是電子郵件的地方是鮑勃在Gmail的點com。

98
00:09:38,250 --> 00:09:39,750
然後，這是新的東西。

99
00:09:39,900 --> 00:09:41,400
所以，我們以前沒有見過這個。

100
00:09:41,560 --> 00:09:53,550
點填充我們要填充的職位，然後點Exec和我會解釋這一切在短短的時刻。

101
00:09:55,920 --> 00:09:57,420
好。

102
00:09:58,360 --> 00:10:02,920
那麼，我們所做的，我們已經寫了有多個片段較長的查詢。

103
00:10:02,910 --> 00:10:04,570
所以，我們發現用戶。

104
00:10:05,010 --> 00:10:20,580
然後，我們改變這個填充這實際上將填充領域的帖子查找所有這些對象ID找到正確的數據，然後把它粘後數組中，然後我們運行exec來真正開始查詢職位。

105
00:10:20,590 --> 00:10:21,720
所以這是一個有點怪異。

106
00:10:21,970 --> 00:10:23,220
我們發現之一。

107
00:10:23,380 --> 00:10:33,070
但是請注意，我們不是在這裡使用回調，我們正在改變了填充，然後我們給它在最後這實際上將使這一切的發生點EXEC。

108
00:10:33,120 --> 00:10:38,000
於是我們傳遞回調到EXEC因為當我們執行代碼的。

109
00:10:38,470 --> 00:10:39,920
如果我們這樣做的權利。

110
00:10:39,970 --> 00:10:41,560
因此，讓我們檢查，如果有一個錯誤。

111
00:10:41,560 --> 00:10:44,690
首先理事會記錄錯誤。

112
00:10:45,070 --> 00:11:00,400
否則，希望我們的用戶將不得不全部上崗預先填充裡面的職位屬性將取消該日誌的用戶，讓我們嘗試運行此。

113
00:11:00,390 --> 00:11:03,780
除了這確保一切都註釋掉。

114
00:11:03,970 --> 00:11:05,230
讓我們運行。

115
00:11:06,350 --> 00:11:06,940
那麼，你知道的。

116
00:11:06,940 --> 00:11:07,610
有效。

117
00:11:07,870 --> 00:11:12,610
這樣我們就得到一個用戶名是Bob Belsher電子郵件鮑勃在Gmail的點com。

118
00:11:13,030 --> 00:11:15,730
但現在後不只是對象ID數組。

119
00:11:15,750 --> 00:11:18,570
它實際上有充分的帖子在那裡。

120
00:11:18,580 --> 00:11:19,460
兩個都。

121
00:11:19,650 --> 00:11:24,070
所以你可以看到它有一個想法，我們所擁有的內容和標題的內容和標題。

122
00:11:24,120 --> 00:11:29,360
總結一下，我們沒有我們存儲數據，它看起來像這樣在這裡與對象ID一切。

123
00:11:29,470 --> 00:11:43,870
你可以看到兩個對象ID，然後我們做了第二次查詢檢索數據，我們填寫後薩拉伊利用填充該Exec中的所有數據。

124
00:11:44,050 --> 00:11:47,690
所以，你可能會奇怪，為什麼我們會使用一個與其他。

125
00:11:47,710 --> 00:11:52,220
什麼時候我們嵌入數據與我們的時候會用對象的id引用。

126
00:11:52,210 --> 00:11:57,570
這是一個非常好，非常重要的問題，因為我們用它們來代替我們的陣營，將解決。

127
00:11:57,730 --> 00:12:00,490
簡短的答案是，它依賴。

128
00:12:00,490 --> 00:12:04,510
您還可以通過使用風格，幾乎每一種情況得到的。

129
00:12:04,500 --> 00:12:19,670
然而，通常有一個或者使用引用或嵌入的是要更好地本身借給無論你做什麼數據和我們談談，當我們通過你的陣營，我們開始在註釋和用戶添加和我們添加評級和照片，所有這些不同的特點。