Noah Yetter's questions

Postgres 的 string_agg(expr, delimiter) 函数很棒。但我希望有一个版本，它采用单个参数 - 要聚合的字段 - 并假设分隔符为 ', '，因为这是我想要的 9 次（10 次）。使用非聚合函数，我可以只需这样做：

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 的行为。

那么是否有一些技术可以创建一个比我没有看到的简单包装器？还是我必须做更多的工作？

在将应用程序移植到 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 不适用于函数调用，正如我们在这里看到的，它需要是隐式的。麻烦的是是每对类型只能定义一个转换，并且系统需要 float4->numeric 和 float8->numeric 赋值转换，不能丢弃。因此，使这些强制转换为隐式的唯一方法是update pg_cast set castcontext = 'i' where castsource in (700,701) and casttarget = 1700.

现在我们正在破解目录，这表明这可能是一个坏主意。但我没有任何确凿的证据表明它是坏的。浮点数/双精度值是不精确的，而数值是精确的，因此在我看来，从前者转换为后者将完全保留数据，因此在逻辑上是安全的。我知道的唯一潜在问题是将歧义引入其他函数的参数模式，但提出这个问题的目的主要是为了找出我不知道的潜在问题。

那么，将 float->numeric 转换行为从 ASSIGNMENT 更改为 IMPLICIT 是否危险？