ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 大牌

大牌

原创 Linux操作系统 作者:leniz 时间:2010-09-15 10:57:24 0 删除 编辑

       诸如I*A*这些大公司的顾问,我一向都心怀敬意的,因为公司大呀,进去不容易。不过经过一些事情之后,观感有所变动。

       同车的Jay也是FXC出来的,是集团咨询部门的,做了很多外包,其中就有I*公司。说起I*公司,总见他心情久久不能平静。“一支程序,光SOP就写了18页,里面的字体、排版都有非常严格的要求“。 不过这些也没有错,大公司就是要怎么严格。可是I*公司自己的顾问提供的文档,非常不规范。 但是他们的态度都非常强悍,几乎都是不带协商的安排, 所以被”包“的很辛苦。他还特别说了一个女顾问,一直坚持自己的意见,直到后面出问题了,就脱离这个项目,说其他项目有事。和我之前想象的专业,有点出入。不过这些都是道听途说啦。

      这一段我算是遇见了。 有个客户是I*负责上的项目,之后由我们维护。 有一段时间维护人员发现,BW导入数据非常慢, 后来我去检查了系统,发现DTP过程一直会访问一个表RSBERRORLOG,核实之后发现这个表存储DTPlog,包括一些错误,警示等信息。总计了一下这个表的大小,一共4亿多笔记录,非常震撼,如果单纯从日志的角度讲,这应该是非常异常的。 在检查完log的类型后,发现都是警示信息,第一反应就是是否在某个地方设置一些可以忽略的警示信息的记录。结果显示都集中在几个Master data 导入时,终于找到了产生日志的原因。 Master Data 导入过程,早期BW 3.5是不允许导入Key值一样的数据的,但是BI 7.0之后,人性化了很多,可以导入相同Key,不过你要勾选InforPakcage的一个设置:Handling Duplicate Data Records 这一勾,掩盖了很多事实。 之后我针对产生原因进行了分析,发现在设计上有一定的缺陷,比如用Text来更新Master Data,很明显语言栏位在Textkey,但是Master Data里面可不是,于是就会出现duplicate key的东西了。 同时,系统还通过DSOMaster Data,虽然有时候有这样设计的必要,不过这里明显不用。 当我把分析结果发给用户时,可爱的用户直接把我的邮件转给I*的顾问,这还了得。我在邮件里面用到一句话,"some defective BW design" ,一把火就着了。 紧接着I*的顾问发出邮件,邮件内容大概可以概括为“谁说的,有种给我站出来”。 还是客户的主管比较会圆场,说我们就事论事就是起个头,实际情况还要具体商讨。

      下午还要和对方PK,好戏还在后头。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/554557/viewspace-673962/,如需转载,请注明出处,否则将追究法律责任。

上一篇: 混账的一个月
下一篇: Lost
请登录后发表评论 登录
全部评论

注册时间:2008-05-31

  • 博文量
    448
  • 访问量
    1091838