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

核心提示： 前几个月我一直在为PL/SQL开发人员设计、构建一种新工具，它名为Swyg（可以在www.swyg.com中找到），Oracle数据库应遵循的PL/SQL编码规则(2)，可以帮助程序员完成代码的生成、测试及重用的工作，它具有几个独特的组件，但同一逻辑语句仍会出现重复，从而导致过多的语法分析

前几个月我一直在为PL/SQL开发人员设计、构建一种新工具。它名为Swyg（可以在www.swyg.com中找到），可以帮助程序员完成代码的生成、测试及重用的工作。它具有几个独特的组件。我为每个组件指定了一个由两个字母组成的缩写名称，如下所示：　　SF-Swyg的基础部件
　　SM-Swyg的元数据
　　SG-Swyg的生成程序
　　SL-Swyg的代码库
　　ST-Swyg的单元测试

于是，我便遵循表1中的命名约定，同时使用这些缩写。遵循这些约定有什么好处呢？一般来讲，如果我要求一致的命名规则，我就可以更流畅更高效地编写代码。

明确地说，这些约定具有可预测性，意思是说我编写的SQL程序能生成有用的脚本。例如，通过使用表1中的约定，可以生成Swyg中所有基础包的安装脚本。执行这些工作的SQL*Plus脚本如清单1所示。这类脚本非常有用，因为它意味着我不必手动维护安装脚本。当我向Swyg方案中增加另一个表，并生成一组相关包时，我只要运行我的脚本，更新后的安装脚本便会跳出来。

2. 戒除编写SQL的嗜好

编写的SQL越少越好，这似乎与我们的直觉不太一致。对于PL/SQL开发人员来说，这是一个奇特的建议，因为PL/SQL的主要优点之一就是可以毫不费力地在代码中编写SQL语句。不过，这种简易性也是这种语言的一个致命的弱点。

可以将纯粹的SQL语句直接置于PL/SQL代码中，而无需JDBC或ODBC之类的中间层。因此，无论何时何地，PL/SQL开发人员只要需要SQL语句，他们通常就会向其应用程序代码中嵌入SQL语句。那么这样做有什么问题吗？

在PL/SQL代码中到处使用SQL语句必然会导致以下后果：

尽管实际表现不同，但同一逻辑语句仍会出现重复，从而导致过多的语法分析，且难于优化应用程序的性能。