{一个主计划分解的练习}　换了一种思路→主帖附件2

duckdon · 发表于 2005-4-13 18:42:00

打开计划需求（查询）...

运行到第二个计划时数据出错，并且速度极慢！（打开时缩小窗口以免计算时间过长）

这个问题困扰多时，路过的高手请帮忙指点修正，谢谢！

>>>>附件2，苦思冥想换了一个思路，速度可以了（每一层分解都很快），但联合（计划需求明细）后出现系统资源不足:

[此贴子已经被作者于2005-4-21 12:43:00编辑过]

duckdon · 发表于 2005-4-25 16:44:00

谢谢tang6518,可是每一层物料都可能有库存,还要考虑上下层共用的物料,多计划共用的物料,如果先按计划算出来就没办法联系每个上层物料的净需求了.

大家帮我想想办法

[此贴子已经被作者于2005-4-25 10:23:58编辑过]

tang6518 · 发表于 2005-4-23 00:19:00

一点思路.

通过你的计划,产生需求的产品数量,再通过与库存比较后,得到最新的数量,根据产品号,数量来运行BOM,更新到你的物品需求表中.

可能会用很多的VBA代码,我也不是太会写.

也许这是一个解决的方法.

duckdon · 发表于 2005-4-22 16:43:00

顶上来再帮忙看看

duckdon · 发表于 2005-4-21 00:37:00

通过改变思路，用ACCESS有没有简单易行的方法呢?

tang6518 · 发表于 2005-4-19 20:52:00

我的一点看法,

总体上认为,表格的设计上存在问题.

BOM表应该就是产品号,物料号,单位产品该物料的消耗量.

处理可能会简单一些.

ganrong · 发表于 2005-4-19 18:22:00

后台数据用sql server,复杂的计算用sql server里存储过程来写,有关存储过程写法,那要看帮助.速度比用查询要快.

duckdon · 发表于 2005-4-19 05:49:00

以下是引用ganrong在2005-4-18 12:29:00的发言：
使用临时表或存储过程做,会快很

追问一句：请问具体如何实现呢？

ganrong · 发表于 2005-4-18 20:29:00

使用临时表或存储过程做,会快很

duckdon · 发表于 2005-4-18 20:27:00

以下是引用青青在2005-4-17 19:45:25的发言：

我不太接触这生产计划,但我看您的"计划需求"查询中,调用了大量的域合计函数,自定义函数中也是存在大量的域合计函数,这样的计算肯定是异常缓慢的,建议您更改您的思路来做.

正是没有找到更好的思路啊。

帐号		自动登录	找回密码
密码			注册

[与其它组件] {一个主计划分解的练习}　换了一种思路→主帖附件2

群介绍
主题无相 (随机显示版	同地区群块其他地区)