PostgreSQL 9.4.4 中文手册
上一页 | 上一级 | 章 10. 类型转换 | 下一页

# 10.3. 函数

下面讲解的过程解释了如何在一次函数调用中确定所使用的究竟是哪个函数。

函数类型解析

1. 从系统表`pg_proc`中选择要考虑的函数。如果使用了一个不带模式修饰的函数名字， 那么认为该函数是那些在当前搜索路径中名字和参数个数都匹配的函数(参阅第 5.7.3 节)。 如果给出一个带修饰的函数名，那么只考虑指定模式中的函数。

   1. 如果搜索路径中找到了多个相同参数类型的函数，那么只考虑最早出现在路径中的那一个。 但是不同参数类型的函数将被平等看待，而不管它们在路径中的位置如何。

   2. 如果使用一个`VARIADIC`数组参数声明一个函数，并且调用时不使用关键字`VARIADIC`， 那么该函被认为数组参数被一个或更多它的元素类型的实体代替，并且需要去匹配调用。 经过这样的扩展，这个函数可能有和非可变函数相同的有效参数类型。在这种情况下， 使用在搜索路径中出现比较早的函数，或者如果两个函数在相同的模式中，那么首选非可变的一个。

   3. 考虑使用有默认参数值的函数来匹配任何省略了零或者多个默认表参数位置的调用。 如果多个这样的函数匹配一个调用，那么使用最早出现在搜索路径中的那个。 如果在非默认位置有两个或者更多带有相同模式相同参数类型这样的函数 （他们的默认参数设置可能有不同），系统将不能确定去选择哪个， 并且如果不能找到更好的函数匹配调用，那么将会产生一个"ambiguous function call"错误。

2. 查找精确接受输入参数类型的函数。如果找到一个(在一组被考虑的函数中， 可能只存在一个精确匹配的)，则用之。包含`unknown`类型的函数调用绝不会在此处找到匹配。

3. 如果没有找到精确的匹配，则看看函数调用是否需要一个特殊的类型转换。 如果函数调用只有一个参数并且函数名与某些数据类型的内部名称相同，那么就会出现这种情况。 另外，该函数的参数必须是一个未知类型的文本，或者与某个已命名数据类型二进制兼容， 或者是一个可以通过请求那种类型的I/O函数转换为已命名数据类型。（也就是， 要么可以转换成标准字符串类型，要么可以从标准字符串类型转换而来。）如果符合这些条件， 那么该函数调用被认为是一种`CAST`声明。 [1]

4. 寻找最优匹配。

   1. 抛弃那些输入类型不匹配并且也不能隐式转换成匹配的候选函数。`unknown` 文本在这种情况下可以转换成任何东西。如果只剩下一个候选项，则用之，否则继续下一步。

   2. 如果任意输入参数是域类型，那么在所有随后的步骤中都将其看做是域的基本类型。 这保证了域像它们的基本类型那样动作，解决了歧义函数。 If any input argument is of a domain type, treat it as being of the domain's base type for all subsequent steps. This ensures that domains act like their base types for purposes of ambiguous-function resolution.

   3. 遍历所有候选函数，保留那些输入类型匹配最准确的。 如果没有一个函数能准确匹配，则保留所有候选。 如果只剩下一个候选项，则用之，否则继续下一步。

   4. 遍历所有候选函数，保留那些需要类型转换时接受(属于输入数据类型的类型范畴的) 首选类型位置最多的函数。如果没有接受首选类型的函数，则保留所有候选。 如果只剩下一个候选项，则用之，否则继续下一步。

   5. 如果有任何输入参数是`unknown`类型，检查剩余的候选函数对应参数位置的类型范畴。 在每一个能够接受字符串类型范畴的位置使用`string`类型(这种对字符串的偏爱是合适的， 因为 unknown 文本确实像字符串)。另外，如果所有剩下的候选函数都接受相同的类型范畴， 则选择该类型范畴，否则抛出一个错误(因为在没有更多线索的条件下无法作出正确的选择)。 现在抛弃不接受选定的类型范畴的候选函数，然后，如果任意候选函数在那个范畴接受一个首选类型， 则抛弃那些在该参数位置接受非首选类型的候选函数。如果没有一个候选符合这些测试则保留所有候选。 如果只有一个候选函数符合，则使用它；否则，继续下一步。

   6. 如果同时有`unknown`和已知类型的参数，并且所有已知类型的参数有相同的类型， 假设`unknown`参数也是这种类型，检查哪个候选函数可以在`unknown` 参数位置接受这种类型。如果正好一个候选符合，那么使用它。否则，产生一个错误。

请注意，"最佳匹配"规则对操作符和对函数的类型分析都是一样的。下面是一些例子。

例 10-6. 圆整函数参数类型解析

只有一个`round`函数有两个参数(第一个是`numeric`， 第二个是`integer`)。所以下面的查询自动把第一个类型为`integer` 的参数转换成`numeric`类型：

    SELECT round(4, 4);

     round
    --------
     4.0000
    (1 row)

实际上它被分析器转换成：

    SELECT round(CAST (4 AS numeric), 4);

因为带小数点的数值常量初始时被赋予`numeric`类型， 因此下面的查询将不需要类型转换，并且可能会略微高效一些：

    SELECT round(4.0, 4);

例 10-7. 子字符串函数类型解析

有好几个`substr`函数，其中一个接受`text` 和`integer`类型。如果用一个未声明类型的字符串常量调用它， 系统将选择接受`string`类型范畴的首选类型 (也就是`text`类型)的候选函数。

    SELECT substr('1234', 3);

     substr
    --------
         34
    (1 row)

如果该字符串声明为`varchar`类型，就像从表中取出来的数据一样， 分析器将试着将其转换成`text`类型：

    SELECT substr(varchar '1234', 3);

     substr
    --------
         34
    (1 row)

被分析器转换后实际上变成：

    SELECT substr(CAST (varchar '1234' AS text), 3);

> 注意: 分析器从`pg_cast`表中了解到`text`和`varchar` 是二进制兼容的，意思是说一个可以传递给接受另一个的函数而不需要做任何物理转换。 因此，在这种情况下，实际上没有做任何类型转换。

而且，如果以`integer`为参数调用函数，分析器将试图将其转换成`text`类型：

    SELECT substr(1234, 3);
    ERROR:  function substr(integer, integer) does not exist
    HINT:  No function matches the given name and argument types. You might need
    to add explicit type casts.

这样是不行的，因为`integer`不能隐式的转换为`text`。 需要一个明确的转换才行：

    SELECT substr(CAST (1234 AS text), 3);

     substr
    --------
         34
    (1 row)

### 备注

[1] | 这一步骤的原因是为了支持函数风格的转换声明，防止没有实际转换函数的情况。 如果有一个转换函数，它是按照惯例以它的输出类型命名的，这样就不需要一个特例。 参阅CREATE CAST获取额外的说明。

上一页 | 起始页 | 下一页
操作符 | 上一级 | 值存储