1
00:00:00,190 --> 00:00:13,710
那麼再來這段視頻將告訴您如何才能建立一個協會2款貓鼬之間的一對多關聯通過嵌入的數據，我們要與用戶和郵寄工作。

2
00:00:13,710 --> 00:00:26,790
因此，這將是像Facebook或博客的應用程序，我們有一個用戶，一個用戶可以有多個職位，但職位屬於一個用戶和我們不打算與路線和模板創建這裡的實際應用。

3
00:00:26,790 --> 00:00:30,090
我們只是要專注於數據和數據建模。

4
00:00:30,120 --> 00:00:36,110
所以我會得到通過該協會的目錄，我把裡面的一個新文件開始。

5
00:00:36,300 --> 00:00:37,520
無論你想，你可以做到這一點。

6
00:00:37,530 --> 00:01:02,150
這將是一個單一的文件，我會打電話給其嵌入點J.S.我會打開和這裡裡面，我會要求我還沒有安裝貓鼬又那麼我會做，明年和PM安裝貓鼬，這將需要一些時間。

7
00:01:02,160 --> 00:01:03,020
在那裡，我們走了。

8
00:01:03,360 --> 00:01:04,790
讓我們做一些空間。

9
00:01:05,010 --> 00:01:22,350
一旦我們需要它，我們想要做的是連接到一個數據庫，以便貓鼬不會連接，接下來的事情，這又是完全取決於我們的數據庫的名稱，但它必須是滿谷DB冒號斜線斜線本地主機斜線和點名。

10
00:01:22,350 --> 00:01:26,890
此博客演示就這樣和保存。

11
00:01:27,500 --> 00:01:33,100
OK，現在我們需要定義兩個模型我們的用戶，我們有一個職位。

12
00:01:33,330 --> 00:01:38,610
用戶將只需要一個電子郵件和一個名字和職務。

13
00:01:38,640 --> 00:01:42,170
這將有一個標題，然後內容。

14
00:01:42,540 --> 00:01:44,310
實際的職位本身。

15
00:01:44,310 --> 00:01:47,330
因此，我們將與用戶需求定義模式開始。

16
00:01:47,520 --> 00:02:01,790
到目前為止，用戶模式等於新的貓鼬架構，然後我們將有電子郵件這是一個字符串，並將其命名它是一個字符串就是這樣。

17
00:02:02,100 --> 00:02:04,850
然後我們將創建至今的模式。

18
00:02:05,010 --> 00:02:11,760
用戶等於貓鼬模型的用戶。

19
00:02:11,760 --> 00:02:16,340
Cingular的版本，然後用戶模式就是我們從建設它。

20
00:02:16,530 --> 00:02:17,700
我們會保存。

21
00:02:17,980 --> 00:02:18,640
好。

22
00:02:18,930 --> 00:02:20,580
現在，讓我們繼續前進的職位。

23
00:02:20,640 --> 00:02:37,710
因此，我們要創建另一個架構這次變種後的模式等於新的貓鼬架構，然後每篇文章都有一個標題為字符串和內容，這將只是做一個字符串為好。

24
00:02:38,340 --> 00:02:51,500
然後，我們也需要把它轉換成一個模型VAR模型後等於貓鼬停止模式後逗號後的架構。

25
00:02:51,790 --> 00:02:52,590
對。

26
00:02:52,650 --> 00:02:56,010
因此，我們有兩種模式設置兩個型號。

27
00:02:56,010 --> 00:02:57,670
讓我們的房間一點點在這裡。

28
00:02:57,810 --> 00:03:00,830
因此，我們有我們的帖子，我們有我們的用戶。

29
00:03:00,990 --> 00:03:02,610
讓我們只是嘗試運行此。

30
00:03:02,610 --> 00:03:09,100
確保我們沒有任何語法錯誤啟動節點嵌入達徹是。

31
00:03:09,600 --> 00:03:11,090
看起來不錯。

32
00:03:11,100 --> 00:03:15,470
現在讓我們去創建一個單獨的用戶只是為了確保我們的樣板工程。

33
00:03:15,470 --> 00:03:37,240
因此，在最底部這裡完成我要做一個新的用戶，所以我們只是把它我們的新用戶相當於新用戶，然後我們會通過郵件和電子郵件將查理大約埃杜和名稱將是查理布朗就這樣。

34
00:03:37,380 --> 00:03:40,600
然後呢保存新用戶保存。

35
00:03:40,740 --> 00:03:49,540
然後，我們將在我們的回調與錯誤，然後添加數據回來是希望我們的用戶，然後不只是你。

36
00:03:49,560 --> 00:03:55,370
如果錯誤抵消了日誌錯誤。

37
00:03:56,670 --> 00:04:01,010
否則我們將取消該日誌用戶。

38
00:04:01,110 --> 00:04:03,340
所以，到目前為止，還沒有關聯。

39
00:04:03,390 --> 00:04:06,350
我只是測試，看看我們的用戶樣板工程。

40
00:04:06,360 --> 00:04:17,190
因此，讓我們運行這個節點嵌入Dutchesse，我們讓我們的用戶返回與自動生成的姓名和電子郵件的ID。

41
00:04:17,190 --> 00:04:37,060
偉大的讓我們嘗試用後同樣的事情，所以評論說出來，所以我們沒有得到其他用戶，我們要做我們的新崗位等於新的崗位和郵政有一個標題和文章的標題將是蘋果的思考並郵寄或內容的文本。

42
00:04:37,050 --> 00:04:40,940
我認為，我們把它稱為是內容會。

43
00:04:41,280 --> 00:04:43,620
它們很美味。

44
00:04:44,250 --> 00:04:44,640
好吧。

45
00:04:44,640 --> 00:04:46,110
偉大的博客文章在那裡。

46
00:04:46,320 --> 00:04:55,940
我們將節省確保一切都很好，然後我們打算現在實際上做一個新的職位，拯救我們，回調一次。

47
00:04:56,100 --> 00:05:03,240
但願你，因為你看到它馬不停蹄在哪裡路過此調用回調貓鼬越來越熟悉這種模式。

48
00:05:03,360 --> 00:05:15,360
每當我們做任何艋舺是尋找節約創造更新，最終刪除，最終我們需要一個回調來傳遞的錯誤作為第一個參數，然後將數據作為第二個。

49
00:05:15,360 --> 00:05:15,590
好吧。

50
00:05:15,600 --> 00:05:28,610
所以，如果錯誤抵消掉日誌以往否則得出這樣的博客文章，確保這些都工作。

51
00:05:28,670 --> 00:05:32,260
讓我們試一下，我們遇到一個小問題。

52
00:05:32,390 --> 00:05:36,920
它告訴我們，當我們試圖做一個新的職位後沒有定義。

53
00:05:37,040 --> 00:05:42,350
而最合乎邏輯的理由要做到這一點是，如果我們將其命名我們比其他崗位的東西模型。

54
00:05:42,350 --> 00:05:43,480
那麼，你知道的。

55
00:05:43,520 --> 00:05:48,100
我們把它命名為後期模型和我們我的意思是，我把它命名為不正確。

56
00:05:48,410 --> 00:05:50,160
因此，讓我們一起去後。

57
00:05:50,270 --> 00:05:53,800
我們也許會把它作為後模型，然後改變了這裡。

58
00:05:54,440 --> 00:06:06,900
但它絕對傳統有它只是你正在做什麼，你不需要有模型在那裡，你不需要任何額外的字符模式本身或者資本實體後的只是名稱的名稱P ..

59
00:06:06,920 --> 00:06:08,400
好吧所以現在相匹配。

60
00:06:08,460 --> 00:06:11,500
右我們有職位和張貼在這裡。

61
00:06:11,750 --> 00:06:17,740
讓我們再試試這個，這一次它增加了一個新的文章內容。

62
00:06:17,750 --> 00:06:20,700
他們對蘋果的美味冠軍的思考。

63
00:06:21,050 --> 00:06:26,150
現在好了，我們已經確信，我們的兩款機型均正常工作，我們可以做一個職位，我們可以做一個用戶。

64
00:06:26,330 --> 00:06:37,440
但是目前，他們什麼都沒有做彼此，我們希望他們有關係記住，我們希望用戶擁有或擁有許多職位，一個職位將屬於一個用戶。

65
00:06:37,670 --> 00:06:39,830
所以這是一個一對多的關係。

66
00:06:40,020 --> 00:06:46,030
那我要告訴你完成的方式是通過嵌入的數據而不是用戶模式。

67
00:06:46,250 --> 00:06:47,520
所以它會是這樣的。

68
00:06:47,550 --> 00:06:49,940
然後我會在短短的一瞬間解釋。

69
00:06:50,090 --> 00:06:55,520
我們將讓用戶內部和郵政的屬性中後的屬性。

70
00:06:55,520 --> 00:07:02,570
我們將有一大堆的職位，並使這項工作，我們需要增加一個陣列內的職位架構。

71
00:07:02,570 --> 00:07:14,640
因此，而不是決策職位字符串或數字或我們告訴貓鼬一個布爾值，我們希望它是一個列表的帖子的數組，我們不得不編寫後架構這是一個有點混亂誠實。

72
00:07:14,780 --> 00:07:19,510
我希望這只是張貼了該模型的名稱，但它只是事情是這樣的。

73
00:07:19,520 --> 00:07:29,890
它需要的模式的名稱，我們有一個另一個問題是，如果我們現在運行這個權利，它不會知道，化療後是什麼，那是因為我們在第二個定義它。

74
00:07:29,990 --> 00:07:33,500
因此，如果我們要嵌入的數據，我們需要首先定義它。

75
00:07:33,590 --> 00:07:45,560
因此，我們定義了崗位架構和崗位模型，然後我們定義用戶模式和用戶模式裡面我們增加一個屬性叫做帖子這是帖子的數組。

76
00:07:45,560 --> 00:08:00,960
因此，如果我們這樣做，我們的數據將是這個樣子，否則我們將有一個用戶名，讓我們做電子郵件，我會只是jibberish一個名字，然後我們還必須帖子和張貼的數組。

77
00:08:01,220 --> 00:08:13,380
而這裡面的數組我們有多個職位，每個職位都有標題和內容，用戶可以有很多帖子就這樣。

78
00:08:13,730 --> 00:08:20,870
所以每一個我們得到後這將是一個新的崗位，而不是職位在一個特定的用戶屬性。

79
00:08:20,870 --> 00:08:22,030
因此，讓我們得到持續。

80
00:08:22,160 --> 00:08:28,250
讓我們創建一個用戶，然後我會告訴你我們如何能後添加到用戶，這樣我們就可以用我們的。

81
00:08:28,370 --> 00:08:29,990
查理·布朗在這裡。

82
00:08:30,020 --> 00:08:31,960
新用戶等於查理·布朗。

83
00:08:31,970 --> 00:08:37,480
雖然我會改變一些電子郵件和名字的，因為我們已經有查理·布朗在數據庫中。

84
00:08:37,490 --> 00:08:42,590
讓我們一起去是我的任何在霍格沃茨EDU。

85
00:08:43,100 --> 00:08:46,490
然後，我們將改變這是我的阿姨格蘭傑。

86
00:08:46,640 --> 00:08:47,190
好吧。

87
00:08:47,330 --> 00:08:51,400
因此，我們有一個新的用戶，然後向發布添加到該用戶。

88
00:08:51,650 --> 00:08:58,990
他們所要做的就是寫一個推動，因為它是一個數組新用戶帖子。

89
00:08:59,090 --> 00:09:19,330
而我在推一個新的職位和郵政有一個標題和我的下一個帖子的標題將是如何釀造聚果汁藥水，然後將內容只是在開玩笑。

90
00:09:19,490 --> 00:09:23,540
魔藥課，學學這一切的權利。

91
00:09:23,540 --> 00:09:24,640
不管它其實並不重要。

92
00:09:24,650 --> 00:09:32,450
因此，我們有一個標題和一些內容，然後我們要推這個帖子到新的用戶，我們這裡定義了。

93
00:09:32,810 --> 00:09:35,790
而我們需要做的最後一件事是保存新用戶。

94
00:09:35,840 --> 00:09:39,070
這樣保存這樣的新用戶。

95
00:09:39,070 --> 00:09:47,030
而我們其實已經有這個書面所以我就重用並取消對，這將盡力挽救它。

96
00:09:47,150 --> 00:09:48,920
如果有一個錯誤就會讓我們知道。

97
00:09:48,980 --> 00:09:56,880
否則，它會告訴我們的用戶，然後註釋掉所有這些東西到這裡約帖，只是保存，讓我們看看會發生什麼。

98
00:09:57,110 --> 00:10:06,340
因此，我們必須通過它來定義我們的用戶模式和新的零件就在這裡，我們有職位的陣列的用戶裡面我們的內線架構。

99
00:10:06,740 --> 00:10:10,080
然後，我們創建一個新用戶，並推到這個職位的權利。

100
00:10:10,550 --> 00:10:12,610
讓我們給它一個鏡頭。

101
00:10:14,230 --> 00:10:14,690
好。

102
00:10:14,780 --> 00:10:23,700
我們回到這個用戶，我們在這兒打印電子郵件在霍格沃茨的名字，提醒它的赫敏·格蘭傑，然後，而不是文章中，我們有一個新的職位。

103
00:10:23,820 --> 00:10:25,600
這樣的工作就好了。

104
00:10:25,610 --> 00:10:33,450
現在讓我們嘗試別的東西我要去哪裡評論這一切出來，而不是創建一個新用戶，讓我們找回現有用戶。

105
00:10:33,530 --> 00:10:35,350
所以，我要找回她的開採。

106
00:10:35,480 --> 00:10:38,570
所以我會做，與用戶找到。

107
00:10:38,740 --> 00:10:40,660
而且我將使用找到一個。

108
00:10:40,820 --> 00:10:44,760
否則找會給我一個數組，我只想一件事了。

109
00:10:44,780 --> 00:10:58,180
所以，我們要做的，你不覺得人們會發現其中名稱是赫敏·格蘭傑，然後我們會盡我們的標準回調錯誤，我們就稱之為用戶。

110
00:10:58,220 --> 00:11:00,670
但願你現在越來越舒服。

111
00:11:00,860 --> 00:11:06,750
這裡這個權利，我們相當多，我們做任何事情貓鼬，然後我們就去做每一次寫回調。

112
00:11:06,950 --> 00:11:26,360
如果說律師對話框錯誤，然後否則，我們會不斷的bug用戶，我有一個額外的托架我需要擺脫的每一個去。

113
00:11:26,360 --> 00:11:29,570
所以這只是找到她我的新回來什麼新東西。

114
00:11:29,570 --> 00:11:34,430
我們只是在尋找一個新的用戶和它的作品。

115
00:11:34,430 --> 00:11:36,200
我們得到了用戶回來。

116
00:11:36,290 --> 00:11:39,030
她的名字是她的心，她發電子郵件她的錢在霍格沃茨。

117
00:11:39,320 --> 00:11:44,690
OK，現在讓我們假設我要添加另一個職位，因為這應該是一個一對多的。

118
00:11:44,720 --> 00:11:46,940
因此，一個用戶可以有多個職位。

119
00:11:47,030 --> 00:11:48,680
讓我們做這件事情。

120
00:11:48,710 --> 00:12:08,280
所以裡面的其他人，一旦我們發現用戶我們要運行一些代碼，在一個新的崗位增加，然後看起來像這樣的用戶上崗前往上推一樣，這一次將在另一篇推，所以我們會推在標題和標題是三件事。

121
00:12:08,600 --> 00:12:16,490
我真的很討厭和內容將更加全愈。

122
00:12:16,940 --> 00:12:18,150
和伏地魔。

123
00:12:18,350 --> 00:12:23,020
好了非常有創意的後期有提醒我，我們將繼續前進，並保存。

124
00:12:23,060 --> 00:12:31,360
所以我們還是需要做一個用戶保存，然後我們將在之後的回調增加。

125
00:12:31,460 --> 00:12:33,470
這些錯誤的另一個。

126
00:12:33,710 --> 00:12:36,440
我們會再打電話這個用戶。

127
00:12:36,440 --> 00:12:47,660
而不是在這裡，如果錯誤控制台日誌錯誤否則取消了日誌的用戶會做。

128
00:12:47,660 --> 00:12:50,240
好吧所以這是一些人稱之為回調。

129
00:12:50,240 --> 00:12:52,570
地獄，我們在這裡有很多的回調。

130
00:12:52,670 --> 00:12:59,780
我們有哪些是找到了她心中的發現，我們得到了用戶，然後我們在一個新的職位正在推動這第一個。

131
00:13:00,090 --> 00:13:02,050
但是，這並不實際添加到數據庫中。

132
00:13:02,120 --> 00:13:03,600
然後，我們必須拯救它。

133
00:13:03,800 --> 00:13:07,330
因此，我們做用戶保存和該用戶就在這裡。

134
00:13:07,400 --> 00:13:19,010
這兩個是指該回來的時候，我們發現她的腦海中的第一次，然後我們保存，然後這個用戶是指什麼來自救回來的用戶。

135
00:13:19,040 --> 00:13:24,170
所以這裡這個用戶現在加給它的新職位，並保存到數據庫中。

136
00:13:24,290 --> 00:13:29,390
這是一個從蒙戈回來給我們的數據，然後我們打印出來。

137
00:13:29,390 --> 00:13:30,340
讓我們現在就來試試吧。

138
00:13:30,500 --> 00:13:33,200
因此，讓我擺脫這種對抗策略首先日誌。

139
00:13:33,230 --> 00:13:34,890
剛剛離開它這樣。

140
00:13:34,970 --> 00:13:41,400
讓我們明確要確保我們沒有任何其他代碼運行回事與我們有關的日誌賬戶干涉。

141
00:13:41,780 --> 00:13:43,970
讓我們來運行它。

142
00:13:44,090 --> 00:13:44,750
好吧。

143
00:13:44,930 --> 00:13:59,180
所以，我們看到的是，我們現在打印出有兩個職位是第一個，第二個單個用戶赫敏和他們都存儲在單個用戶的屬性後裡面。

144
00:13:59,180 --> 00:14:00,850
所以這是一對多。

145
00:14:01,380 --> 00:14:01,660
好。

146
00:14:01,670 --> 00:14:02,940
所以，這就是我想要展示。

147
00:14:03,020 --> 00:14:04,890
讓我們只是反映了這一短暫。

148
00:14:04,940 --> 00:14:10,190
於是我們開始坐在貓鼬，我們有兩個型號，它們是獨立的開始。

149
00:14:10,370 --> 00:14:15,380
然後我們加入這個帖子模式陣列，用戶模式有關他們。

150
00:14:15,590 --> 00:14:19,190
所以現在用戶帖子的數組，它開始是空的。

151
00:14:19,430 --> 00:14:31,290
但是，我們添加到它在後點推推，然後我們保存在一個視頻將告訴你使用所謂的對象引用數據相關聯的另一種方式。