有知道infor syteline中国合作伙伴的吗？

xc1327

8版本已经报了N多bug了。。。

那天跟HK的simon聊天时候，他自己都说7版本很XX

whailin

呵呵，有在SyteLine上做过很多业务单据的接口，都是通过条码系统做单，再通过自己的接口写入SyteLine。

cs19801023

Simon这个家伙很久不做顾问了，他水平不错的

lell1983

CS兄 能否加下我的MSN
有点问题想请教请教

xc1327

他转做售前了。。。

不知现在8版本的APS改进大吗，有个客户跑起来实在时间太长，都崩溃了，要是改进过希望给介绍下

cs19801023

APS运行时间长要分几个不同角度去看。硬件配置、SQL及系统参数设置、系统垃圾数据及历史业务数据等等都可能造成运行时间过长，当然数据量大是最主要的原因
SL在7.03下运行APS占用系统资源比较大，耗时也很大，从SL7.04.30开始已经将部分关键的SP重新编译，运行速度快了很多，到了SL7.05速度就比较稳定了
SL还有一个针对APS的补丁包，修正了一些运算逻辑，打上去也有一定效果

cs19801023

而且，好像SL8的APS改动比较明显，具体改动我也没有深层次的研究过，等闲下来就看看

xc1327

我那个客户是第三、四步慢，后来广州support center找那个做配置的高手(叫什么忘了>_<)
他们是7.04.20，服务器据对是顶级配置，APS模块单独升级过，一直没特别好转
数据量确实一个主要方面，他们的量相当大，只保留1年的数据，删掉一些垃圾数据，今年在8月份停产后，数据量接近300G，但是只要作业量下来，耗费时间也会稍微好一些
有8版本的客户用aps吗？大概多长时间？

cs19801023

慢的原因主要是数据量大、核心程序复杂、数据库性能不高几点造成的。其中计划运行的第3、4步是APS的主要步骤，这两个步骤慢说明你们的Order量很大，如果我没有记错的话，第5步速度慢应该指Release的Job order数量很多。

05年山东有个客户Foton，如雷贯耳了，也有类似的问题。我们最终在不同的层面都给出了解决方案。
1、首先在SQL Server在设置上进行了很多优化的设置，比如reindex等等，都是对使用了一段时间的数据库进行整理排序的工作，效果有一些，但是不明显；
2、其次系统里尽可能少的出现没有及时关闭、删除的单据，如采购订单、作业单、销售订单等等，对于一些不再生产的产品型号，BOM存档后删除。这个做下来收效比较明显，但是工作量比较大；
3、最后从管理上分析为什么造成作业单、采购单等等的单据数量过多的情况，尽可能合并一些可以合并的单据，减少单据数量。这个效果也十分明显，但是要针对管理需求做了，当然要分析这个需求是否合理。比如你整车制造要不要追踪到每个零部件的来源等等，需要沟通；

从SL7.05.10开始全面支持SQL Server 2005，并且研发也对计划这块的核心处理程序改了又改，我测试下来速度快了很多了，有必要可以让客户升级一下。但是坦白说，选择SL的客户多数都是不大的企业，升级软件的精力、成本都是需要评估的

xc1327

比福田大，日系的，500强，应该知道是哪个了吧。。。
就他们这个APS运算时间，愁死我了，日本本部那边直接找到infor米国那边，好像也没搞定，他们也没什么特别追求了
>_<