Oracle+PHP：原型到产品的最短距离

深入结构

在开始模式设计之前，需要解决一些基本的体系结构问题。第一个底层的技术需求是系统必须可配置，且无需额外的编码。本质上，这意味着需要把工作流嵌入到数据库中，而不是用解释/处理代码来进行硬编码。第二，数据库需要包含足够的信息，以便能够表现订单输入界面的主要（和可更改）的方面以及实施处理。

在努力解决上述问题的过程中，该系统逐渐适合于两个部分 — 订单输入和订单跟踪，并在两者之间提供了明确定义的联系。订单输入系统需要知道如何用准确的产品代码、折扣和定价条款来表示订单。订单实施系统需要知道如何跟踪各种类型的任务、相关的作业和各个部门，以处理和记录每份订单。最后，需要定期和可预测地把订单转化成实施作业。下图显示了目前存在的新系统的结构。

图2：新的系统体系结构

该图显示了通向新的订单系统的所有信息路径，新的订单系统位于后端的门户管理站点。所有的初始数据输入都仅一次性完成，并且只需要每个小组在处理的各个阶段验证数据。通过引入从订单系统到帐目管理系统的自动数据传输，至关重要的数据传输的另一个主要的领域也变为自动化。

依赖PHP

在纯技术的层面上，早期决定使用 PHP 作为主要的开发语言和 Oracle 作为系统的数据信息库，这有几个主要的原因。

首先，Myers 现有的后端门户几乎完全是用 PHP 根据一个现有的 Oracle 数据库编写的，这消除了一个产生不兼容性的潜在来源。这还意味着要创建这个新的系统，Myers 可以利用自身的能力，这些能力创建了现有的后端门户。

第二，实验测试显示，与其它开发语言相比，PHP 提供了一个比较高的性能水平。因为 PHP 是作为一个动态加载的资料库驻留在 Apache 服务器内部的，所以每一次与系统连接都无需额外的启动时间。此外，PHP 优化的改善（通过 Zend 项目）意味着在代码内部执行的一般操作不会明显变慢。最后，为 PHP 编写的 OCI 接口模块是用 C 代码编译和优化的，这使得访问 Oracle 数据库非常高效。