在将应用程序移植到 PostgreSQL (9.1) 时，我发现一个奇怪的 SQL 不兼容性与round()函数有关，特别是采用指示舍入精度的第二个参数的版本。
在 MySQL 中， round(some_float_column, 2)按预期工作，将some_float_column四舍五入的值返回到小数点后两位。在 Postgres 中，它错误ERROR: function round(double precision, integer) does not exist并建议HINT: No function matches the given name and argument types. You might need to add explicit type casts..
如文档所示...
http://www.postgresql.org/docs/9.1/static/functions-math.html
...Postgres 有两个轮函数，round(value)它采用双精度或数字，并round(value, precision)采用数字仅和一个整数。
所以，我不明白为什么 round 的两个参数形式不以 double 开头，但无论如何。在搜索中，我发现了这个问题的两种解决方案。一种是简单地创建我自己的版本round(value, precision)，采用 (double, int) 并使用显式转换包装现有的 (numeric, int) 版本。这当然有效，但我不喜欢它（我的背景是 Oracle，它甚至没有真正的浮点类型）。在我看来，float/double 应该隐式转换为数字。事实证明，这些类型的 ASSIGNMENT 类型转换是预先定义的。但是 ASSIGNMENT 不适用于函数调用，正如我们在这里看到的，它需要是 IMPLICIT。与麻烦 …
Postgres 的 string_agg(expr, delimiter) 函数很棒。但我想要一个版本，它接受一个参数——要聚合的字段——并假设分隔符为 ', ' 因为这是我想要的 10 次中的 9 次。使用非聚合函数，我可以只需这样做：
create or replace function public.string_agg(text)
returns text
as $$
select string_agg($1, ', ');
$$ language sql
immutable;
但由于 string_agg 是一个聚合函数，这不起作用。它抱怨我传递给它的字段需要在 GROUP BY 子句中，这告诉我查询引擎不知道我的包装器是一个聚合函数。
我查看了用户定义聚合的文档（http://www.postgresql.org/docs/9.1/static/xaggr.html 和http://www.postgresql.org/docs/9.1/static/sql-createaggregate .html ) 但我不清楚如何使用现有的 string_agg(text, text) 定义我的新 string_agg(text)。看来我必须从头开始定义我的新函数，这比我想承担的要复杂得多，而且我也不完全有信心我可以完美地反映内置 string_agg 的行为。
那么是否有一些技术可以创建一个我没有看到的简单包装器？或者我将不得不做更多的工作？