抽象以后的数据库表结构如下:
问题抽象:用MySQL查询1号店铺所有商品的剩余库存信息?
致谢:希望有大神帮忙解决下,SQL学的实在太烂,如果一条SQL不能实现,可以说一下SQL跟PHP结合实现的方法,当然如果SQL能实现最好。非常感谢!
抽象以后的数据库表结构如下:
问题抽象:用MySQL查询1号店铺所有商品的剩余库存信息?
致谢:希望有大神帮忙解决下,SQL学的实在太烂,如果一条SQL不能实现,可以说一下SQL跟PHP结合实现的方法,当然如果SQL能实现最好。非常感谢!
看来没人回答啊,其实这也是数据库设计时候的思想吧。如果入库记录跟销售记录合在一张表,然后用一条sql就可以解决,合并以后的表结构
店铺ID | 商品ID | 入库 | 销售 |
---|---|---|---|
001 | 1 | 10 | 3 |
001 | 2 | 10 | 5 |
SQL如下
<code>select productid, sum(stock)-sum(sale) as total from `record` where shopid = '001' GROUP BY productid;</code>
[个人观点]这样的设计机构与上边相比较结构上没有太大差异,设计上也基本合理,从计算上来讲,现在这种结构应该更快一些。
给你一个方向吧!先用group by 过去单款商品的销售总量,接着使用表关联的方式,将进库量与销售总量进行运算
设计问题,很典型拍脑袋设计,没有考虑需求分析
这是sql语句,多表查询,一条sql实现,select shop.*,product.*,stock.*,sale.*,stock.count - sale.count as ss from shop left join product on shop.id = product.shop_id left join stock on product.id = stock.productid left join sale on product.id = sale.product_id where stock.count > 0 and sale.count > 0
,最后结果已经给出每种商品的剩余库存,
很明显,我认为数据表设计不合理,既然剩余库存这么重要,我认为需要增加这个字段。
多表关联查询的速度是比较慢,而且特别耗费CPU,而剩余库存需要在很多时候被读取,每次这样查询得到显然我认为是不合理的。