这是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,最后结果已经给出每种商品的剩余库存,
看来没人回答啊,其实这也是数据库设计时候的思想吧。如果入库记录跟销售记录合在一张表,然后用一条sql就可以解决,合并以后的表结构
SQL如下
[个人观点]这样的设计机构与上边相比较结构上没有太大差异,设计上也基本合理,从计算上来讲,现在这种结构应该更快一些。
给你一个方向吧!先用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,而剩余库存需要在很多时候被读取,每次这样查询得到显然我认为是不合理的。