那麼再來這段視頻將告訴您如何才能建立一個協會2款貓鼬之間的一對多關聯通過嵌入的數據，我們要與用戶和郵寄工作。
因此，這將是像Facebook或博客的應用程序，我們有一個用戶，一個用戶可以有多個職位，但職位屬於一個用戶和我們不打算與路線和模板創建這裡的實際應用。
我們只是要專注於數據和數據建模。
所以我會得到通過該協會的目錄，我把裡面的一個新文件開始。
無論你想，你可以做到這一點。
這將是一個單一的文件，我會打電話給其嵌入點J.S.我會打開和這裡裡面，我會要求我還沒有安裝貓鼬又那麼我會做，明年和PM安裝貓鼬，這將需要一些時間。
在那裡，我們走了。
讓我們做一些空間。
一旦我們需要它，我們想要做的是連接到一個數據庫，以便貓鼬不會連接，接下來的事情，這又是完全取決於我們的數據庫的名稱，但它必須是滿谷DB冒號斜線斜線本地主機斜線和點名。
此博客演示就這樣和保存。
OK，現在我們需要定義兩個模型我們的用戶，我們有一個職位。
用戶將只需要一個電子郵件和一個名字和職務。
這將有一個標題，然後內容。
實際的職位本身。
因此，我們將與用戶需求定義模式開始。
到目前為止，用戶模式等於新的貓鼬架構，然後我們將有電子郵件這是一個字符串，並將其命名它是一個字符串就是這樣。
然後我們將創建至今的模式。
用戶等於貓鼬模型的用戶。
Cingular的版本，然後用戶模式就是我們從建設它。
我們會保存。
好。
現在，讓我們繼續前進的職位。
因此，我們要創建另一個架構這次變種後的模式等於新的貓鼬架構，然後每篇文章都有一個標題為字符串和內容，這將只是做一個字符串為好。
然後，我們也需要把它轉換成一個模型VAR模型後等於貓鼬停止模式後逗號後的架構。
對。
因此，我們有兩種模式設置兩個型號。
讓我們的房間一點點在這裡。
因此，我們有我們的帖子，我們有我們的用戶。
讓我們只是嘗試運行此。
確保我們沒有任何語法錯誤啟動節點嵌入達徹是。
看起來不錯。
現在讓我們去創建一個單獨的用戶只是為了確保我們的樣板工程。
因此，在最底部這裡完成我要做一個新的用戶，所以我們只是把它我們的新用戶相當於新用戶，然後我們會通過郵件和電子郵件將查理大約埃杜和名稱將是查理布朗就這樣。
然後呢保存新用戶保存。
然後，我們將在我們的回調與錯誤，然後添加數據回來是希望我們的用戶，然後不只是你。
如果錯誤抵消了日誌錯誤。
否則我們將取消該日誌用戶。
所以，到目前為止，還沒有關聯。
我只是測試，看看我們的用戶樣板工程。
因此，讓我們運行這個節點嵌入Dutchesse，我們讓我們的用戶返回與自動生成的姓名和電子郵件的ID。
偉大的讓我們嘗試用後同樣的事情，所以評論說出來，所以我們沒有得到其他用戶，我們要做我們的新崗位等於新的崗位和郵政有一個標題和文章的標題將是蘋果的思考並郵寄或內容的文本。
我認為，我們把它稱為是內容會。
它們很美味。
好吧。
偉大的博客文章在那裡。
我們將節省確保一切都很好，然後我們打算現在實際上做一個新的職位，拯救我們，回調一次。
但願你，因為你看到它馬不停蹄在哪裡路過此調用回調貓鼬越來越熟悉這種模式。
每當我們做任何艋舺是尋找節約創造更新，最終刪除，最終我們需要一個回調來傳遞的錯誤作為第一個參數，然後將數據作為第二個。
好吧。
所以，如果錯誤抵消掉日誌以往否則得出這樣的博客文章，確保這些都工作。
讓我們試一下，我們遇到一個小問題。
它告訴我們，當我們試圖做一個新的職位後沒有定義。
而最合乎邏輯的理由要做到這一點是，如果我們將其命名我們比其他崗位的東西模型。
那麼，你知道的。
我們把它命名為後期模型和我們我的意思是，我把它命名為不正確。
因此，讓我們一起去後。
我們也許會把它作為後模型，然後改變了這裡。
但它絕對傳統有它只是你正在做什麼，你不需要有模型在那裡，你不需要任何額外的字符模式本身或者資本實體後的只是名稱的名稱P ..
好吧所以現在相匹配。
右我們有職位和張貼在這裡。
讓我們再試試這個，這一次它增加了一個新的文章內容。
他們對蘋果的美味冠軍的思考。
現在好了，我們已經確信，我們的兩款機型均正常工作，我們可以做一個職位，我們可以做一個用戶。
但是目前，他們什麼都沒有做彼此，我們希望他們有關係記住，我們希望用戶擁有或擁有許多職位，一個職位將屬於一個用戶。
所以這是一個一對多的關係。
那我要告訴你完成的方式是通過嵌入的數據而不是用戶模式。
所以它會是這樣的。
然後我會在短短的一瞬間解釋。
我們將讓用戶內部和郵政的屬性中後的屬性。
我們將有一大堆的職位，並使這項工作，我們需要增加一個陣列內的職位架構。
因此，而不是決策職位字符串或數字或我們告訴貓鼬一個布爾值，我們希望它是一個列表的帖子的數組，我們不得不編寫後架構這是一個有點混亂誠實。
我希望這只是張貼了該模型的名稱，但它只是事情是這樣的。
它需要的模式的名稱，我們有一個另一個問題是，如果我們現在運行這個權利，它不會知道，化療後是什麼，那是因為我們在第二個定義它。
因此，如果我們要嵌入的數據，我們需要首先定義它。
因此，我們定義了崗位架構和崗位模型，然後我們定義用戶模式和用戶模式裡面我們增加一個屬性叫做帖子這是帖子的數組。
因此，如果我們這樣做，我們的數據將是這個樣子，否則我們將有一個用戶名，讓我們做電子郵件，我會只是jibberish一個名字，然後我們還必須帖子和張貼的數組。
而這裡面的數組我們有多個職位，每個職位都有標題和內容，用戶可以有很多帖子就這樣。
所以每一個我們得到後這將是一個新的崗位，而不是職位在一個特定的用戶屬性。
因此，讓我們得到持續。
讓我們創建一個用戶，然後我會告訴你我們如何能後添加到用戶，這樣我們就可以用我們的。
查理·布朗在這裡。
新用戶等於查理·布朗。
雖然我會改變一些電子郵件和名字的，因為我們已經有查理·布朗在數據庫中。
讓我們一起去是我的任何在霍格沃茨EDU。
然後，我們將改變這是我的阿姨格蘭傑。
好吧。
因此，我們有一個新的用戶，然後向發布添加到該用戶。
他們所要做的就是寫一個推動，因為它是一個數組新用戶帖子。
而我在推一個新的職位和郵政有一個標題和我的下一個帖子的標題將是如何釀造聚果汁藥水，然後將內容只是在開玩笑。
魔藥課，學學這一切的權利。
不管它其實並不重要。
因此，我們有一個標題和一些內容，然後我們要推這個帖子到新的用戶，我們這裡定義了。
而我們需要做的最後一件事是保存新用戶。
這樣保存這樣的新用戶。
而我們其實已經有這個書面所以我就重用並取消對，這將盡力挽救它。
如果有一個錯誤就會讓我們知道。
否則，它會告訴我們的用戶，然後註釋掉所有這些東西到這裡約帖，只是保存，讓我們看看會發生什麼。
因此，我們必須通過它來定義我們的用戶模式和新的零件就在這裡，我們有職位的陣列的用戶裡面我們的內線架構。
然後，我們創建一個新用戶，並推到這個職位的權利。
讓我們給它一個鏡頭。
好。
我們回到這個用戶，我們在這兒打印電子郵件在霍格沃茨的名字，提醒它的赫敏·格蘭傑，然後，而不是文章中，我們有一個新的職位。
這樣的工作就好了。
現在讓我們嘗試別的東西我要去哪裡評論這一切出來，而不是創建一個新用戶，讓我們找回現有用戶。
所以，我要找回她的開採。
所以我會做，與用戶找到。
而且我將使用找到一個。
否則找會給我一個數組，我只想一件事了。
所以，我們要做的，你不覺得人們會發現其中名稱是赫敏·格蘭傑，然後我們會盡我們的標準回調錯誤，我們就稱之為用戶。
但願你現在越來越舒服。
這裡這個權利，我們相當多，我們做任何事情貓鼬，然後我們就去做每一次寫回調。
如果說律師對話框錯誤，然後否則，我們會不斷的bug用戶，我有一個額外的托架我需要擺脫的每一個去。
所以這只是找到她我的新回來什麼新東西。
我們只是在尋找一個新的用戶和它的作品。
我們得到了用戶回來。
她的名字是她的心，她發電子郵件她的錢在霍格沃茨。
OK，現在讓我們假設我要添加另一個職位，因為這應該是一個一對多的。
因此，一個用戶可以有多個職位。
讓我們做這件事情。
所以裡面的其他人，一旦我們發現用戶我們要運行一些代碼，在一個新的崗位增加，然後看起來像這樣的用戶上崗前往上推一樣，這一次將在另一篇推，所以我們會推在標題和標題是三件事。
我真的很討厭和內容將更加全愈。
和伏地魔。
好了非常有創意的後期有提醒我，我們將繼續前進，並保存。
所以我們還是需要做一個用戶保存，然後我們將在之後的回調增加。
這些錯誤的另一個。
我們會再打電話這個用戶。
而不是在這裡，如果錯誤控制台日誌錯誤否則取消了日誌的用戶會做。
好吧所以這是一些人稱之為回調。
地獄，我們在這裡有很多的回調。
我們有哪些是找到了她心中的發現，我們得到了用戶，然後我們在一個新的職位正在推動這第一個。
但是，這並不實際添加到數據庫中。
然後，我們必須拯救它。
因此，我們做用戶保存和該用戶就在這裡。
這兩個是指該回來的時候，我們發現她的腦海中的第一次，然後我們保存，然後這個用戶是指什麼來自救回來的用戶。
所以這裡這個用戶現在加給它的新職位，並保存到數據庫中。
這是一個從蒙戈回來給我們的數據，然後我們打印出來。
讓我們現在就來試試吧。
因此，讓我擺脫這種對抗策略首先日誌。
剛剛離開它這樣。
讓我們明確要確保我們沒有任何其他代碼運行回事與我們有關的日誌賬戶干涉。
讓我們來運行它。
好吧。
所以，我們看到的是，我們現在打印出有兩個職位是第一個，第二個單個用戶赫敏和他們都存儲在單個用戶的屬性後裡面。
所以這是一對多。
好。
所以，這就是我想要展示。
讓我們只是反映了這一短暫。
於是我們開始坐在貓鼬，我們有兩個型號，它們是獨立的開始。
然後我們加入這個帖子模式陣列，用戶模式有關他們。
所以現在用戶帖子的數組，它開始是空的。
但是，我們添加到它在後點推推，然後我們保存在一個視頻將告訴你使用所謂的對象引用數據相關聯的另一種方式。