要获得即时库存数据,可供选择的方案有:

方案一、取所有即时有效入库数量－所有即时有效了库数量。（该方案所得结果随时随地绝对准确）

方案二、即期初库存余额+本期所有即时有效入库数量－本期所有即时有效了库数量。（该方案关键要每月末结存，但结存后如果要改前期数据有点麻烦，需取消后面每月结存状态，然后修正数据，再结存每月数据）

方案三、建立即时库存数据表，当有出入时动态改变库存表数据。（但本方案好像风险最大，如果事务回滚处理不好，就有可能出现库存表显示数据不对之可能，另多人操作可能也有风险）

不同的方案均有各自的优缺点，但综合考虑安全怀性（库存数据报告必须随时随地100%准确），及计算机算是效率，客户端运行速度，那么大家在狐表中的最佳或常用方案是哪一个？

另一个问题是：

确定了大方案之后具体处理方案有两种：

处理方案A：依赖SQL数据库系统之视图进行所有数据处理，狐表开发程序只取符合条件之结果。（该项方案应该比较消耗服务器资源，但也正是数据库服务器的长处。开发程序过程中不需要代码统计数据，直接引用即可）

处理方案B：不用SQL数据库系统之视图。每次需要结果时，用狐表提供统计工具，直接后台统计，因为狐表对数据统计处理专门做了优化。但我想这个后台处理SQL数据库的查询代码，最终应该还是交给了数据库服务器来处理（从这方面来讲，是否没有降低数据库服务器处理负担）。

以上理解正确如否，该如何选择方案一，方案二，方案三？及方案A，方案B？希望大家展开讨论。

方案一和方案二选一个，数据量大用方案二比较好。

如果公司觉得月结没有必要，你可以改月结为季度结，或者年结。

如果修改已结数据的概率较高，那么建议当前数据库保存两期甚至三期数据，以季度结为例，三季度开始的时候，结存一季度的数据，四季度开始的时候结存二季度的数据，保留多期数据可以避免烦恼。

方案二、即期初库存余额+本期所有即时有效入库数量－本期所有即时有效出库数量。

这个方案最实用，但应该不允许更改以前的数据。

如果前期数据有错，可在以后的盘存中修正：盘盈或盘亏。

这个问题怎么说呢？

及时库存是一个最常用的数据，如果每次都靠查询的话，服务器的压力会很大。

所以，你的服务器还可以的话，数据量也不很大的情况下，用一二结合会好一点。

否则的话，还是用三比较好。但最好还是用触发器来实现。