Laravel insert data with Relationships
更新於 發佈於 閱讀時間約 1 分鐘
資料情境:
每個產品有多種顏色，每種顏色屬於一個產品(一對多)。
程式碼:
Product Model:
$product = Product::create($product_data);
$product->product_color()->create($color_data);
新增產品時，insertproduct表要順便insert product_color表，可以直接從product model中定義的關聯找到product_color object來create，好處是會將product_id自動塞入product_color.product_id。
為什麼會看到廣告
21會員
161內容數
留言0
查看全部
你可能也想看
Google News 追蹤
嘿，大家新年快樂~ 新年大家都在做什麼呢？
跨年夜的我趕工製作某個外包設計案，在工作告一段落時趕上倒數。
然後和兩個小孩過了一個忙亂的元旦。在深夜時刻，看到朋友傳來的解籤網站，興致勃勃熬夜體驗了一下，覺得非常好玩，或許有人玩過了，但還是想寫上來分享紀錄一下~
※ 把record加到table有兩種方式：
VALUES
• SELECT
※ 語法
INSERT INTO VALUES 語法：
Record 代表一組值的集合，每個值對應到表格中的一個欄位（column）。
INSERT INTO 語法用來指定要插入資料的表格。
需要提供一個
這一章節旨在介紹 PHP 中的物件導向編程（OOP）概念。通過詳細講解類別、建構子、訪問修飾符（公開、私有、受保護）、繼承、多型、封裝、介面、抽象類別、靜態類別、列舉、委派、Lambda 表達式、泛型和反射等概念，使讀者能夠理解和應用這些 OOP 技術來編寫更具結構性和可維護性的 PHP 代碼。
產品需求怎麼來？產品經理能決定產品走向嗎？產品路線圖怎麼制定？這篇想整理我在不同公司的產品開發流程，也分享不同公司的產品決策方式。
每位作者，都必須是自己的產品經理。
一篇文章就是一件產品: 產品先看包裝，文章先讀標題；產品要外觀無暇，文章要摘要大綱；產品功能要運作正常、文章上下連貫引發聯想。好產品會推薦親友、好文章會轉發朋友。
產品經理做每個產品決策時，都不斷會被客戶、客戶經理、產品主管詢問各種為什麼，像是為什麼這樣設計？出發點是什麼？影響是什麼？因此這篇想記錄我在工作中遇到的各種產品問答，包含影響我哪些產品思維和框架。
有的時候，會希望在物件導向中對原生的Class新增功能的時候，大多我們都會寫一個新的class並繼承。
但是其實Laravel提供了一個不同的方式，讓我們可以在常用的Class上，直接新增想要的function，那就是macro。
有趣的是，Model 其實沒什麼嚴格的定義，所以每個人對 Model 的解讀也不盡相同，有人覺得資料怎麼儲存屬於 Model 的一部份 (受 ORM 工具的影響)，有人覺得工作流程 (workflow) 是 Model 的一部份，我個人也有自己的想法，而且隨專案的規模和特性，也不是總是一樣的。
出現這個錯誤時，如何解決: Illuminate\Database\Eloquent\MassAssignmentException Add [name] to fillable property to allow mass assignment on [App\Models\XXXX]
題目敘述
題目會給我們兩張資料表，第一張是Sales，第二張是Product。
第一張是Sales表格，裡面分別有sale_id、 product_id、year、quantity、price等欄位。其中(sale_id、 product_id)做為複合主鍵Primary key
Table:
嘿，大家新年快樂~ 新年大家都在做什麼呢？
跨年夜的我趕工製作某個外包設計案，在工作告一段落時趕上倒數。
然後和兩個小孩過了一個忙亂的元旦。在深夜時刻，看到朋友傳來的解籤網站，興致勃勃熬夜體驗了一下，覺得非常好玩，或許有人玩過了，但還是想寫上來分享紀錄一下~
※ 把record加到table有兩種方式：
VALUES
• SELECT
※ 語法
INSERT INTO VALUES 語法：
Record 代表一組值的集合，每個值對應到表格中的一個欄位（column）。
INSERT INTO 語法用來指定要插入資料的表格。
需要提供一個
這一章節旨在介紹 PHP 中的物件導向編程（OOP）概念。通過詳細講解類別、建構子、訪問修飾符（公開、私有、受保護）、繼承、多型、封裝、介面、抽象類別、靜態類別、列舉、委派、Lambda 表達式、泛型和反射等概念，使讀者能夠理解和應用這些 OOP 技術來編寫更具結構性和可維護性的 PHP 代碼。
產品需求怎麼來？產品經理能決定產品走向嗎？產品路線圖怎麼制定？這篇想整理我在不同公司的產品開發流程，也分享不同公司的產品決策方式。
每位作者，都必須是自己的產品經理。
一篇文章就是一件產品: 產品先看包裝，文章先讀標題；產品要外觀無暇，文章要摘要大綱；產品功能要運作正常、文章上下連貫引發聯想。好產品會推薦親友、好文章會轉發朋友。
產品經理做每個產品決策時，都不斷會被客戶、客戶經理、產品主管詢問各種為什麼，像是為什麼這樣設計？出發點是什麼？影響是什麼？因此這篇想記錄我在工作中遇到的各種產品問答，包含影響我哪些產品思維和框架。
有的時候，會希望在物件導向中對原生的Class新增功能的時候，大多我們都會寫一個新的class並繼承。
但是其實Laravel提供了一個不同的方式，讓我們可以在常用的Class上，直接新增想要的function，那就是macro。
有趣的是，Model 其實沒什麼嚴格的定義，所以每個人對 Model 的解讀也不盡相同，有人覺得資料怎麼儲存屬於 Model 的一部份 (受 ORM 工具的影響)，有人覺得工作流程 (workflow) 是 Model 的一部份，我個人也有自己的想法，而且隨專案的規模和特性，也不是總是一樣的。
出現這個錯誤時，如何解決: Illuminate\Database\Eloquent\MassAssignmentException Add [name] to fillable property to allow mass assignment on [App\Models\XXXX]
題目敘述
題目會給我們兩張資料表，第一張是Sales，第二張是Product。
第一張是Sales表格，裡面分別有sale_id、 product_id、year、quantity、price等欄位。其中(sale_id、 product_id)做為複合主鍵Primary key
Table: