库存盘点大数据量
0
所有回答(2)
0
你已经把解决方案说出来了，既然几千条你搞不定，想办法把他切割成1百条1百条的就行了。或者就是一条一条的。
简单说，就是不需要进行页面的显示，你放在内存里面，代码知道就行了。
这种解决方案性能不行。所以想问问大家，在做这块的时候，是怎么做的。
盘点是按照仓库盘点的，没办法切割。
@清海扬波:
你的问题是出在前台渲染上，你还是不明白我的意思，你前台不要显示所有的商品。
就一个大大的框，你扫描吧，然后用AJAX到后台取出来数据或者POST到后台。
@爱编程的大叔: 嗯，我明白您的意思，前台不显示，但是不知道用户能不能接受，不然真不知道怎么弄了。
@清海扬波:
事实上，库存盘点这个事情，一直有两种观点，一种观点是不显示帐面库存，要求用户报实际库存。
最后出差异报表，一种是认为要显示帐面库存，发现不同，要求仓管人员去找。（但这个方法有个毛病，
仓管发现库存数量比帐面数量多的情况，可能将多出来的数量吞进自己口袋里面）
而且就算要显示，也是可以切割，就是分页。你的客户才几千个商品，我的客户可是有几万个几十万个商品的，呵呵。
不存在用户不接受的情况，只可能是你没有提供合适的UI给用户操作的情况。
几千个商品，用户根本不可能找到他想看的那一行的，也没有意义。
@爱编程的大叔: 我们这个不好分页，因为是根据扫的去匹配，被匹配的就必须是全部数据（这个数据现在还显示，所以这里就很难优化了）。只报实际库存比较好，因为不涉及到匹配问题，也就不用表格了，用报表显示也可以，这样的话，性能也不错。
0
不这样做就行了.修改解决方案吧,在前台渲染太多数据本来就不行.
可以只显示未盘数量.扫一下就减1,然后加个报表查看未盘的.
这样性能是上来了，但是客户看不到盘点信息了
@清海扬波: 这种需求分页跟全都不显示是没有区别的.
你既要块又要友好.那最好还是做异步.一开始加载所有的数据,然后每次操作都是异步操作.
扫一个就移动一个元素.这样页面会比较多的内存,但运行的时候效率应该是挺快的
@吴瑞祥: 是的，现在先确定用哪种方式吧，谢谢了。
