寒山问拾得
Published on 2011/11/19
如果说保障企业竞争力最有力的工具是流程，那么提高流程绩效的最有力工具便是标准。供应链管理好的公司，同时也是供应链管理流程最优的公司(可能不一定是行业最优)，这方面的绩效通常能给企业带来非常明显的成本节约。很多公司意识到了绩效考核的重要性，但在具体实施上却往往成了计分卡打勾专业户，一种为了形式上的绩效考核并没有带来流程实质性的提高，也就是没有提升绩效带来的结果。
CSCMP的《供应链管理流程标准》相当于IT服务管理领域的ITIL，每个公司都有适合于自己的最佳实践，但是《标准》尽可能脱离框框，它来源于供应链领域最前沿的理论和案例研究(尤其是那些在标杆管理和最佳案例研究方面领先公司)，是一套尽可能帮助企业度量现有流程的通用标准。
毫不夸张的说，这是一本所有从事SCM行业的人士必备参考用书。
Published on 2011/10/20
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中，这个论述渐渐失效了。
常规意义的数据库系统已经无法阻挡应用系统强健的步伐了……
Published on 2011/10/19
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。
Published on 2011/10/13
虽然2nd版本已经拜读过，但是今年出了4th版，还是觉得重新“复习”一遍。
本书既然号称在24小时内教会你SAP，那自然不会存在哪个特别深入的专题。从SAP历史，到系统介绍；从业务人员的功能介绍，到IT人员的技术介绍，各个方面，可以快速对SAP形成相对完整的整体认识。和你从其他地方获取的零碎知识不同，这种完整的介绍可以保证概念和理解的正确，至少不至于偏差太多。很有一些人，初次同时接触Oracle和SAP时，常常会将两者很多概念和名词混淆，似是而非，不伦不类，尤其是ERP选型阶段对产品的理解，对方案的把握，真是贻害多多。
SAP方面我目前最喜欢的几本书中，一是《SAP德国造》，二是业务蓝图，其三就是这本24小时了。出发点不同，所获也不同，这本书的最大价值，就是让你快速形成正确的整体认识。
电子版临时下载点，不保证永远可用：
Published on 2011/09/05
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；二是重启服务器以清理内存碎片。
