请教大家一个问题,关于数据库库存查询的问题
采购、生产、移库、销售、报价、任务、财务等各功能都要查询库存,有些查询的库存为一个大类商品,现其中有多表数据量已达几十万条,查询得出的结果越来越慢,因为之前的库存没有库存表,所以要得到库存就是采购、生产、移库、销售的数量加减得出库存。如果要重新设计,怎样设计库存查询让与库存相关的查询速度加快。(各表索引都已添加,不需考虑这个问题)
另,听有人用存储过程,临时表的方法读写库存,会不会在数据量大,客户端多的时候,产生死锁?
想听听大家对库存设计的一些方法!

解决方案 »

  1.   

    我现在的做法也是根据NBDBA说的做的,增加了库存表,修改了程序,查出最近保存库存点,再加减这段时间内的业务变动数据即是库存,加减过程用程序实现(做好了才发现,用程序来实现其实挺繁琐的)
    如果这个加减过程做到数据库里,程序直接读取最后的库存结果,那么肯定需要一个存储过程或另一个临时库存表来实现,在多个客户端出现同时查库存的时候,会不会产生死锁?
    如果不会,可能我下一步就要把这个做到数据库里了。