Oracle数据库应遵循的PL/SQL编码规则

核心提示： 几年前，我曾帮助构建这样一个生成程序，Oracle数据库应遵循的PL/SQL编码规则(4)，该程序段为PL/Generator，现在由Quest Software公司拥有，如果某员工的工作量低于平均工作量，便将下一待处理呼叫分派给此人，PL/SQL开发社区可以免费使用，你可以从我的网站ww

几年前，我曾帮助构建这样一个生成程序。该程序段为PL/Generator，现在由Quest Software公司拥有，PL/SQL开发社区可以免费使用。你可以从我的网站www.StevenFeuerstein.com/puter/gencentral.htm下载。要知道，其封装体系结构与我在前面所概括的约定不同。PL/Generator创建了一个单独的包，它包含了一个表的类型、查询和变化逻辑的全部内容。

当你不再编写太多的SQL，而是调用执行SQL的程序时，无论你是生成还是编写自己的定制封装，你的应用程序都会受益匪浅。

3. 使执行部分短小

面对现实吧：总是与我们的判断和最新的一系列新年决议相左，我们必须停止编写意大利面条式的代码：庞大而冗长，人们实际上不可能理解它们，更不用说维护或升级了。怎样才能避免"意大利面条"呢?

实际上，答案很简单：决不允许执行部分超过50或60行。这种大小使你能在一页纸或一个屏幕上查看该代码块的整个逻辑结构，这也意味着你可以真实地领会该程序的意图，而且完全凭直觉就能理解它。

你可能非常同意上述观点，但同时又嘲笑我的建议：程序代码永远不超过50行。没错，你应当嘲笑，因为这当然是不可能的。毫无疑问，你需要超过50行的可执行代码；问题是你把这些代码放在哪，以及你怎样加以组织。

如果采取以下做法，你的确能够应对各种复杂的要求，并把代码限制在50行以内：

将所有的商务规则和离散逻辑块置于其自已的程序（通常是函数）中，从而在任何可能的时候慎重地重用代码。

尽量使用在程序的声明部分定义的局部模块、过程和函数。

假定我在编制一个呼叫中心应用程序。我需要编写一个程序，它要满足下面的要求：

"对于特定部门的每个员工，将其工作量（分派给该员工的呼叫次数）同该部门员工的平均工作量进行比较。如果某员工的工作量低于平均工作量，便将下一待处理呼叫分派给此人，并基于这种情况安排约定。"