Laravel模型关系

时间:2013-11-05 19:03:51

标签: php mysql database-design laravel eloquent

我正在玩Laravel Models,我遇到了一个相当常见的数据库设计模式,我无法建立关系(使用Laravel)。

以下是Database design

如果我们只考虑下表(为简单起见):
1.Customers
2,产品
3.Product_Prices(产品价格预计会随时间变化,我们需要跟踪) 4.Customer_Orders
5.Customer_Orders_Products(客户可以在一个订单中订购多个产品)

以下是我到目前为止的情况:
1.产品HAS MANY Product_Prices
2. Product_Prices BELONGS TO产品
3.客户HAS MANY Customer_Orders
4. Customer_Order BELONGS TO客户
5. Customer_Order HAS MANY Customer_Order_Products
6. Customer_Order_Products BELONGS TO Customer_Order

我认为通过建立与Price表的关系来获取每个Customer_Order_Products的{​​{1}}?我们如何建立这种关系?

如何获得具有以下详细信息的Products(我不确定只有Laravel Collection Object是否返回集合对象,或者它是否与Eloquent相同):
1. FluentCustomer WITH Customer_Orders WITH Customer_Orders_Products

另外如何设置约束:
1. Product_PriceCustomer WITH Customer_Orders WITH Customer_Orders_Products WHERE Product_Price

由于

2 个答案:

答案 0 :(得分:1)

我认为对数据库进行反规范化以在Customer_Order_Products中包含价格,然后使用以下关系会更好。

class CustomerOrder {
    protected $table = 'Customer_Orders';

    ...

    public function products()
    {
        return $this->belongsToMany('Products')->withPivot('quantity','comments', 'price');
    }

    ...
}

答案 1 :(得分:0)

在您的情况下,Customer_Orders_Products不仅仅是一个花哨的连接表,而是一个自己的模型,与Product_Prices表有关系。

将product_price_id添加到表中,以将订购的产品映射到价格。

这增加了灵活性(可能价格取决于后期而非“近期”),其成本几乎与直接存储价格相同。