Thought Persistence

从前，有个人买了块布，去找裁缝做一顶帽子。他说："用这块布做一顶帽子。"裁缝看了看布，说："没问题。"那人听裁缝回答得干脆，又看了看布，觉得做一顶帽子还有得多，就问裁缝："那如果做两顶呢?"裁缝又看了看布，回答："可以。"那人听裁缝这么回答，越发觉得布多，又问："那么做三顶呢?"裁缝又回答："可以。"……最后那人留下布，裁缝答应做十四顶帽子。交货的日子到了，那人来取帽子。裁缝如约拿出了十四顶帽子，只是这十四顶帽子一般大小，都只够戴在手指头上。那人骂裁缝："我要的帽子是能戴在头上的，你做得那么小，让我怎么戴?"裁缝苦着脸说："这么一块布，要做十四顶帽子，当然只能戴在手指头上了。"这是一个老段子。

　　时间又过了五百年……裁缝变成了ERP实施顾问。那人这次准备了一笔钱，请顾问在他的公司实施ERP系统。裁缝(这时应该称作ERP实施顾问了)看了看这笔钱，说："没问题。"

　　那人说："对于ERP我们公司是重视的，只是公司的第一把手，第二把手，第三第四把手……这些老总们都日理万机，所以具体问题你们可以和业务人员一起决定，大问题可以等到每月项目进度会上向X总汇报。"

　　评语：第二顶帽子。根据北美地区的调查，ERP项目实施成功的首要因素是公司高层的支持。注意：这里的支持是指实际上的支持。ERP的表象是一套软件，但这仅仅是表象而已，其实质是企业新的业务流程。如果你已经忘记了当初选择实施ERP的原因，那么现在最好回忆一下：是快速增长的业务?是捉襟见肘的管理?是日益高涨的成本和库存?是部门间日益困难的协调和沟通? 还是因为厌倦了救火大队长的角色?或者笼统地说是为了提升企业的竞争力?如果原因和这些情况有关，那么现在，在ERP实施中给予快速而具体的高层决策，以及公开表明的态度是完全值得的。试想如果企业高层对于企业将来的内部管理流程吝啬时间，那究竟还有什么是值得关注的呢?把ERP实施中的决策丢给你的项目组和"裁缝"，或者让他们来猜测你的意图，或者企业高层本身对项目持有保留或观望的态度，这些做法都是对ERP项目最为有害的第二顶帽子。另外，即使是因为什么别的原因选择了ERP，如果还想让它成功的话，请不要把它丢给你的项目组和"裁缝"，因为这将使他们陷入孤立的境地和不公平的待遇，而企业也将失去一次飞跃的机会。

　　那人说："我们的人手很紧，业务骨干都已身负重任，所以关键用户只能很少，而且都不能是全职搞ERP，或者我可以找一些新招的毕业生，让他们边学业务边学ERP。"

　　评语：第三顶帽子。业务骨干之所以为骨干，是因为他们了解公司的运作，经验丰富，踏实肯干。还有什么人比他们更适合担负ERP关键用户(Key User)的重任?不要等到系统上线前才发现流程不对，这时你不得不使用他们，而返工永远更为吃力。把关键用户的责任推到顾问这一边，是否真占了便宜?其实只是第三顶帽子而已。而且一旦项目结束，你连一支管理新平台运作的队伍都还没有建立起来。

　　那人说："我们公司向来人员跳槽频繁，所以项目关键用户和业务骨干会经常变化。"

　　评语：第四顶帽子。第四顶帽子造成的麻烦可不小了。很多心血付诸东流，而实施服务方对此是无能为力的。虽然人员流动的损失可以靠合理的知识管理弥补。但是想办法让你的关键用户队伍保持稳定，这可以大大节省顾问们的重复劳动，除了不断培训新人，他们还有很多更重要的事要做。

　　那人说："我们认为ERP对公司的将来很重要，所以项目必须要有很好的文档管理，比如当前流程、业务蓝图、系统配置文档、系统开发文档、测试脚本、培训教材、会议记要……这些文档都应当由实施服务方完成。"

　　评语：第五顶帽子。文档管理真的很重要，但并不是所有的文档都一样重要。不要把自己定位成一个挑剔的看客。有些重要的文档应当和顾问一起完成，因为将来使用这些文档的是你而不是他。还有一些文档完全可以由关键用户和项目秘书承担。在有些项目中你会发现顾问们的专长好像是Office，而不是ERP。这时应当反省一下你是否在让他们忙于做第五顶帽子。

　　那人说："我们发现ERP中还有这些，这些，这些……的功能，我还有这样，这样，这样……的想法。你们应该都实施进去。"

　　评语：根本意义上的第六顶帽子。现代ERP软件涵盖了企业运作的各个方面，功能之丰富难以想象，而项目必须有合理的范围(Scope)控制。随便找一本项目管理的书，它会告诉你失控的范围像森林大火一样可怕。一个人吃饭都会眼大肚子小，企业的消化能力更是往往比管理层期望的小。

　　那人说："组织结构变动在我们公司是司空见惯的，如果在项目过程中发生的话，项目内容也必须做相应的调整，无论是人员上还是系统设置和数据准备上。"

　　评语：第七顶帽子。不变的企业是死亡的企业，但很多企业也是给不停的变动折腾死的。ERP本身是灵活的，对于企业结构的...

阅读全文...

来源：中国物流　　 作者：陈思运

　　目前企业所使用的众多信息系统，诸如WMS仓库管理系统、TMS运输管理系统、SCM供应链管理系统、货代管理系统等等，无一例外的都叫做“管理系统”。
　　既然叫做管理系统，那它具有的功能应该是管理企业的某一具体领域，比如WMS管理企业的仓库，TMS管理企业的运输，SCM管理企业的供应链，这里有一个很突出的字眼：“管理”。
　　这些软件起到了管理的功能吗？
　　
　　补上管理系统大漏洞：计划
　　
　　管理，被学者和经理们引用最多的是以下定义：管理就是在特定的环境下，对组织所拥有的资源进行有效的计划、组织、领导和控制，以便达成既定的组织目标的过程。人们大多采用美国学者哈罗德孔茨的管理过程理论，将管理的职能划分为：计划、组织、领导和控制。
　　我们可以这样定义管理职能中的“计划”，就是在事情发生之前，对其进行预测分析，形成有效的解决方法与步骤来解决问题。可惜这一点，很多所谓的管理系统都没有办法实现。我们以WMS仓库管理系统为证。
　　我们来构建一个仓库的现实环境。下图是某仓库的平面图，看看仓库里面都发生了什么。
　　先来看整个物流中心的平面布局：左下角是物流中心的进出大门，所有车辆的进出都要由此经过。右下方是一个堆场，作为进出车辆的暂时停放区域。正中的A栋建筑物与B栋建筑物是两座功能相互独立的仓库。仓库内部红色的部分为货物储存区，黄色的部分为货物分拣区，分拣区之间有自动输送线相连。
　　整个物流中心运作的流程基本是这样：企业的采购中心向供应商下达订单之后，供应商在按订单送货之前发出ASN（预收货通知单）到物流中心。物流中心收到ASN之后，判断储位的储存能力和仓库其他的资源能力是否可以收货，如果可以收货向供应商发出送货指令；如果现有资源不允许收货，则向供应商发出指令告知如何送货。
　　供应商根据送货指令到达仓库之后，要先去堆场，调度车辆，之后要得到定单。定单那一块有两个仓库，两个仓库根据他调度到某一个月台做出货的动作，或者是收货的动作。
　　
　　提炼物流中心14个流程
　　
　　整个物流中心可以划分为14个流程：从车辆进大门之前有一个预收货的处理，到大门的闸口管理，闸口管理更多的是对于车辆的调度，体现在车辆来了之后，是不是应该让它先去堆场，还是先到月台卸货？
　　去了堆场之后，有一个处理，这个车辆应该怎么停，堆场调度出来之后，会有一个月台的管理，包括入库、上下，会有一个诸如QC的工作，这并不一定每个行业都做。
　　再往后是一个补货的动作，从储存区往分拣区发货，如果要拆零的话，要有一个复核包装的动作。出完货后，这个定单可能被拆成四份，放在不同的区域进行分拣。
　　之后要考虑一个合流的问题，要把它合流到哪个暂存区去，怎么样处理合流的东西。之后有一个月台发货的过程，这中间可能会有一个月台的处理，之后是仓库里面的盘点的流程。
　　
　　制定9项应对策略
　　
　　所有物流中心的操作可以用这14个流程来涵盖，但是在物流中心运作流程中，需要把握以下9大关键点，并制定出相应的策略：
　　预收货处理（资源分配策略）。在供应商送货之前，供应商发出ASN，物流中心根据仓库内的可用储位的量和人力、设备的能力，来确认是否可以对该ASN进行收货。如果可以，返回信息让供应商依据该ASN送货；如果不能收货，则返回信息让供应商暂缓送货。
　　堆场管理（资源分配策略）。车辆到达堆场，车辆依据何种顺序进出。
　　入库管理。货物进入仓库，系统要判断该批货物是否要上架，如不上架应该放在何处。
　　上架管理（上架策略）。一旦货物要上架，则要考虑如何上架，哪个储位对货物来说是最好的储位，既不会上架困难，也不会取货不便。
　　订单处理（波次分配策略）。客户的订单到达仓库之后，需要对订单进行处理。订单如何处理？是按时间，还是按运输路线，或者按拣货区域进行订单处理？这就是所谓的波次分配。
　　补货管理（补货策略）。订单经过波次处理，下达到拣货人员手中。这时首先要进行补货作业。补货通常的做法是货物先从储存区下架，然后运送到分拣区上架，这时所涉及到的是货物的下架策略与货物的上架策略，补货管理可以看成是两者之间的结合。
　　拣货管理（任务分配策略）。订单经过波次处理，下达到拣货人员手中以后，拣货人员开始拣货。虽然大多数情况下，拣货人员是根据拣货任务，分区拣货以减少走动的距离，但是往往会出现任务分配不均的情况。如何解决这一现象，就需要有一个好的任务分配策略。
　　复核包装（拼箱策略）。货物被分拣出来之后，有可能会产生半箱的现象，这时候就需要有拼箱作业。如何拼箱以达到最快的拼箱效率与最小的箱用量，这是值得考虑的。
　　集货管理（集货策略）。货物被复核包装之后，需要进行到暂存出货区的集货，因为货物不是同时被分拣出来的，需要进行集货策略的控制。
...

阅读全文...

一样的结构 一样的数据 查询的速度却相差极大

看执行计划, 发现做了全表扫描, 而其实真正生效的数据应该非常少才对
而在另一台服务器上速度很快, 执行计划也和预想的一样
怎么回事, 于是猜是不是索引出问题
试着用dbcc dbreindex重做了一下相关表的索引
再次查询, ok, 是正确的执行计划了

订阅服务器上的基表 XXXXXX 的架构定义与发布服务器数据库中的表不匹配。请重新创建基表，然后重新建立该订阅，以便与发布服务器上的表匹配。
(源: 合并复制提供程序 (代理程序); 错误代码: -2147199478)
---------------------------------------------------------------------------------------------------------------
成功终止了此进程。
(源: 合并复制提供程序 (代理程序); 错误代码: -2147200999)
---------------------------------------------------------------------------------------------------------------

delete from dbo.MSmerge_contents where rowguid in (
select rowguid from XXXX)

delete from dbo.MSmerge_genhistory
where art_nick = YYYYY

因为直接重新订阅会导致现有更新无法上传
所以先干掉不一致表的同步信息
待同步完成后, 再做调整

中午出去吃饭时, 走得比平时慢了些
晃啊晃, 抬头间, 居然又发现树上都已经开满了鲜花
想想上一次觉察花香, 还是八月桂花开时
一晃, 大半年就过去了

平时总是匆匆地赶路
因为走得太急, 却错过了路上的风景
能不能把步子放慢一些, 喘一口气?
总希望事情能够进行得有条理一些
却总因为事情太杂太多而无从下手

春天, 无声息中来到, 又无声息地溜走
匆匆, 太匆匆了

我的webservice传送了datatable, 懒得自己压缩再解压缩, 再得再类型化, 直接用gzip的压缩好了

1、打开Internet信息管理器，右击”网站“（一定要注意是【网站】文件夹，不是那个【默认网站】），点”属性“菜单-选”服务“选项卡，选上“压缩应用程序文件”复选框，那个“压缩静态文件”好像可以不选
2、打开Web服务扩展，在其中增加Gzip压缩扩展并启用
3、设置IIS可进行压缩的文件类型，这一步骤比较繁杂，有一高人写了一个批处理文件，用来简化此操作，批处理内容如下：

IISreset.exe /stop

cscript adsutil.vbs set w3svc/filters/compression/parameters/HcDoDynamicCompression true
cscript adsutil.vbs set w3svc/filters/compression/parameters/HcDoStaticCompression true
cscript.exe adsutil.vbs set W3Svc/Filters/Compression/GZIP/HcFileExtensions "htm" "html" "txt" "ppt" "xls" "xml" "pdf" "xslt" "doc" "xsl" "htc" "js" "css"
cscript.exe adsutil.vbs set W3Svc/Filters/Compression/DEFLATE/HcFileExtensions "htm" "html" "txt" "ppt" "xls" "xml" "pdf" "xslt" "doc" "xsl" "htc" "js" "css"
cscript.exe adsutil.vbs set W3Svc/Filters/Compression/GZIP/HcscriptFileExtensions "asp" "dll" "exe" "aspx" "asmx" "ashx"
cscript.exe adsutil.vbs set W3Svc/Filters/Compression/DEFLATE/HcscriptFileExtensions "asp" "dll" "exe" "aspx" "asmx"
cscript.exe adsutil.vbs set W3Svc/Filters/Compression/GZIP/HcDynamicCompressionLevel "9"
cscript.exe adsutil.vbs set W3Svc/Filters/Compression/DEFLATE/HcDynamicCompressionLevel "9"
IISreset.exe /restart

存为bat

把该批处理文件拷贝到c:\inetpub\AdminScripts下执行即可
如果你设置完成了，可以访问下面的地址测试效果：
http://www.port80software.com/tools/compresscheck.asp