OushuDB兼容PostgreSQL，允许使用除了 SQL 和 C 之外的其他语言编写用户定义的函数。这些其他的 语言通常被称作过程语言(Procedural Language, PL)。对于一个用过程语言编写的函数，数据库服务 器没有关于如何解释该函数的源文本的内建知识。因此，这个任务被交给一个了解语言细节的特殊处理 器。该处理器能够自己处理所有的解析、语法分析、执行工作，或者它可以作为一种PostgreSQL和编程 语言既有实现之间的“粘合剂”。就像任何其他 C 函数一样，处理器本身是一个编译到共享对象并且按需 载入的 C 语言函数。
在OushuDB的标准发布中当前有四种过程语言可用: PL/pgSQL、 PL/Perl、 PL/Python以及 PL/Java， 其中PL/pgSQL是默认安装可用的。 另外还有其他过程语言可用，但是它们没有被包括在核心发布中， 如PL/R等，我们可以在第三方开源网站来获取它们的源码。
接下来我们主要看一下 PL/pgSQL - SQL过程语言。 PL/pgSQL - SQL过程语言
PL/pgSQL 是 PostgreSQL 数据库系统的一个可加载的过程语言，它的设计目标是创建一种可加载的过 程语言，可以:
用于创建函数和触发器过程
为 SQL 语言增加控制结构 执行复杂的计算 继承所有用户定义类型、函数、操作符 定义为被服务器信任的语言
容易使用
除了用于用户定义类型的输入/输出转换和计算函数以外，任何可以在 C 语言函数里定义的东西都可以在 PL/pgSQL 里使用。比如，可以创建复杂的条件计算函数，并随后将之用于定义操作符或者用于函数索 引中。
一、概述:
PL/pgSQL函数在第一次被调用时，其函数内的源代码(文本)将被解析为二进制指令树，但是函数内的表 达式和SQL命令只有在首次用到它们的时候，PL/pgSQL解释器才会为其创建一个准备好的执行规划，随 后对该表达式或SQL命令的访问都将使用该规划。如果在一个条件语句中，有部分SQL命令或表达式没 有被用到，那么PL/pgSQL解释器在本次调用中将不会为其准备执行规划，这样的好处是可以有效地减少 为PL/pgSQL函数里的语句生成分析和执行规划的总时间，然而缺点是某些表达式或SQL命令中的错误只 有在其被执行到的时候才能发现。 由于PL/pgSQL在函数里为一个命令制定了执行计划，那么在本次会话中该计划将会被反复使用，这样做 往往可以得到更好的性能，但是如果你动态修改了相关的数据库对象，那么就有可能产生问题，如:
在调用以上函数时，PERFORM语句的执行计划将引用my_function对象的OID。在此之后，如果你重建 了my_function函数，那么populate函数将无法再找到原有my_function函数的OID。要解决该问题，可 以选择重建populate函数，或者重新登录建立新的会话，以使PostgreSQL重新编译该函数。要想规避此 类问题的发生，在重建my_function时可以使用CREATE OR REPLACE FUNCTION命令。
鉴于以上规则，在PL/pgSQL里直接出现的SQL命令必须在每次执行时均引用相同的表和字段，换句话 说，不能将函数的参数用作SQL命令的表名或字段名。如果想绕开该限制，可以考虑使用PL/pgSQL中的 EXECUTE语句动态地构造命令，由此换来的代价是每次执行时都要构造一个新的命令计划。
使用PL/pgSQL函数的一个非常重要的优势是可以提高程序的执行效率，由于原有的SQL调用不得不在客 户端与服务器之间反复传递数据，这样不仅增加了进程间通讯所产生的开销，而且也会大大增加网络IO 的开销。