问题描述：根据店铺ID查出该店铺所有商品的剩余库存量？
业务说明：该商品剩余库存量 = 该商品总入库记录和 - 该商品总销售和。
抽象以后的数据库表结构如下：
问题抽象：用MySQL查询1号店铺所有商品的剩余库存信息？
致谢：希望有大神帮忙解决下，SQL学的实在太烂，如果一条SQL不能实现，可以说一下SQL跟PHP结合实现的方法，当然如果SQL能实现最好。非常感谢！
回复内容：
问题描述：根据店铺ID查出该店铺所有商品的剩余库存量？
业务说明：该商品剩余库存量 = 该商品总入库记录和 - 该商品总销售和。
抽象以后的数据库表结构如下：
问题抽象：用MySQL查询1号店铺所有商品的剩余库存信息？
致谢：希望有大神帮忙解决下，SQL学的实在太烂，如果一条SQL不能实现，可以说一下SQL跟PHP结合实现的方法，当然如果SQL能实现最好。非常感谢！
看来没人回答啊，其实这也是数据库设计时候的思想吧。如果入库记录跟销售记录合在一张表，然后用一条sql就可以解决，合并以后的表结构
| 店铺ID | 商品ID | 入库 | 销售 |
|---|---|---|---|
| 001 | 1 | 10 | 3 |
| 001 | 2 | 10 | 5 |
SQL如下
集企业自助建站、网络营销、商品推广于一体的系统 功能说明： 1、系统采用Microsoft SQL Server大型数据库支持，查询数据库用的全是存储过程，速度和性能极好。开发环境是vs.net，采用4层结构，具有很好的可维护性和可扩冲性。 2、用户注册和登陆 未注册用户只具备浏览商品、新闻和留言功能；要采购商品，需接受服务协议并填写相关注册信息成为正式用户后方可进行，以尽可能减少和避免无效
select productid, sum(stock)-sum(sale) as total from `record` where shopid = '001' GROUP BY productid;
[个人观点]这样的设计机构与上边相比较结构上没有太大差异，设计上也基本合理，从计算上来讲，现在这种结构应该更快一些。
给你一个方向吧！先用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，而剩余库存需要在很多时候被读取，每次这样查询得到显然我认为是不合理的。
