《供应链管理流程标准》

如果说保障企业竞争力最有力的工具是流程,那么提高流程绩效的最有力工具便是标准。供应链管理好的公司,同时也是供应链管理流程最优的公司(可能不一定是行业最优),这方面的绩效通常能给企业带来非常明显的成本节约。很多公司意识到了绩效考核的重要性,但在具体实施上却往往成了计分卡打勾专业户,一种为了形式上的绩效考核并没有带来流程实质性的提高,也就是没有提升绩效带来的结果。

CSCMP的《供应链管理流程标准》相当于IT服务管理领域的ITIL,每个公司都有适合于自己的最佳实践,但是《标准》尽可能脱离框框,它来源于供应链领域最前沿的理论和案例研究(尤其是那些在标杆管理和最佳案例研究方面领先公司),是一套尽可能帮助企业度量现有流程的通用标准。

毫不夸张的说,这是一本所有从事SCM行业的人士必备参考用书。

Oracle ERP将告别PL/SQL开发?

Oracle ERP领域主要有三套产品:Oracle EBS,Fusion Applications,JDE,其中似乎已经明确的是,未来将只有Fusion Applications,原因可以参考去年的一篇文章

从Oracle EBS 11.5.10开始就引入了OAF,该框架的业务逻辑基本上都是使用Java来开发,EBS 12中OAF得到了加强和完善。尽管如此,我们知道在EBS中绝大部分逻辑还是依靠PL/SQL来实现的,不论是Form、Reports还是Workflow,都是真正的Native PL/SQL。Fusion Applications中的开发框架是ADF,也是通过Java来开发。

有人统计过两个平台的PL/SQL包数量:

-- Oracle EBS 12.1.3 --
SELECT COUNT(*)
FROM DBA_OBJECTS
WHERE OBJECT_TYPE = 'PACKAGE BODY'
and owner not in ('SYS','SYSTEM');

COUNT(*)
----------------------
47929    

-- Oracle Fusion 11.1.1.5.1 --
SELECT COUNT(*)
FROM DBA_OBJECTS
WHERE OBJECT_TYPE = 'PACKAGE BODY'
AND OWNER NOT IN ('SYS','SYSTEM');

COUNT(*)
----------------------
3677

不论是从开发框架角度(OAF/ADF),还是从实际的PL/SQL包数量,都可以预示,Oracle在ERP领域的主要业务逻辑实现的天平将绝对的往Java方向倾斜。

记得曾经在哪里看到过Tom的一段论述,说的是真正优秀的数据库应用应当充分利用数据库本身的特性,如果是Oracle数据库应用,则应当充分使用PL/SQL来开发业务逻辑。不过现在看来,至少在Fusion Applications中,这个论述渐渐失效了。

常规意义的数据库系统已经无法阻挡应用系统强健的步伐了……

Oracle NoSQL Database

Oracle 终于放出了NoSQL Database的文档和二进制下载。

NoSQL并不意味着SQL或数据库的终结,而是关系型数据库的延伸。在Web2.0时代,技术人员需要扩展性更强的数据库系统以部署在众多的廉价(或昂贵)服务器上,传统的RDBMS并非最佳选择。Oralce已经拥有多款RDB产品,Oracle Database、MySQL、TimeTen等等,如今NoSQL Database的推出势必会将人们非关系型数据库的目光重新拉回Oracle身上。

可以预知的是,NoSQL Database必然会与MongoDB、SimpleDB、Bigtable、HBase之类不同,虽然也是Key-Value,但会重新定义Key-Value,之因为Oracle是霸道的搅局者,侵略者,同时也是领导者。

更多信息请访问Oracle NoSQL Database

Sams Teach Yourself SAP in 24 Hours

虽然2nd版本已经拜读过,但是今年出了4th版,还是觉得重新“复习”一遍。

本书既然号称在24小时内教会你SAP,那自然不会存在哪个特别深入的专题。从SAP历史,到系统介绍;从业务人员的功能介绍,到IT人员的技术介绍,各个方面,可以快速对SAP形成相对完整的整体认识。和你从其他地方获取的零碎知识不同,这种完整的介绍可以保证概念和理解的正确,至少不至于偏差太多。很有一些人,初次同时接触Oracle和SAP时,常常会将两者很多概念和名词混淆,似是而非,不伦不类,尤其是ERP选型阶段对产品的理解,对方案的把握,真是贻害多多。

SAP方面我目前最喜欢的几本书中,一是《SAP德国造》,二是业务蓝图,其三就是这本24小时了。出发点不同,所获也不同,这本书的最大价值,就是让你快速形成正确的整体认识。

电子版临时下载点,不保证永远可用:

Large Page Size

Oracle Database从10g开始就支持Windows平台的Large Page,该特性有助于更快的访问数据库buffer。11gR2的文档中指出在默认情况下,最小的large page size是16M,但事实上,有人统计出如下数据:

SGA_TARGET Large Page Request Size
256M 4,194,304
512M 4,194,304
1G 4,194,304
1G + 1 byte 16,777,216
2G 16,777,216
4G 16,777,216
8G 16,777,216
8G + 1 byte 33,554,432
16G 33,554,432
32G 67,108,864
64G 134,217,728
64G + 1 byte 268,435,456

如果配置为large page support,在长时间运行的服务器上重新启动实例可能会出现如下错误:

ORA-27102: out of memory
OSD-00022: additional error information
O/S-Error: (OS 1450) Insufficient system resources exist to complete the requested service.

该问题,在微软的Large-Page Support介绍中已经描述过:当系统运行一段时间后,内存可能会形成碎片,此时将无法获取连续的内存空间。而large page,需要连续的内存空间。

解决办法有两种,一是将ORA_LPENABLE设置为0,取消large page support;二是重启服务器以清理内存碎片。