相关疑难解决方法(0)

我有一个查询，如：

SELECT a.id, a.name, json_agg(b.*) as "item"
  FROM a
  JOIN b ON b.item_id = a.id
 GROUP BY a.id, a.name;

如何选择在列b，所以我没有b.item_id在JSON对象？

我读过关于ROW，但它返回一个 JSON 对象，如：

{"f1": "Foo", "f2": "Bar"}

一旦获取它以匹配正确的列键，我将需要重新映射 JSON 对象。我想避免这种情况并保留原始列名。

鉴于字符串：

'我认为 PostgreSQL 很漂亮'

我想对该字符串中找到的单个单词进行操作。本质上，我有一个单独的，我可以从中获取单词详细信息，并希望在此字典上加入该字符串的未嵌套数组。

到目前为止，我有：

select word, meaning, partofspeech
from unnest(string_to_array('I think that PostgreSQL is nifty',' ')) as word
from table t
join dictionary d
on t.word = d.wordname;

这完成了我希望做的事情的基本原理，但它没有保留原始的词序。

相关问题：
PostgreSQL unnest() with element number

Postgres 函数声明为波动性分类VOLATILE，STABLE或IMMUTABLE。众所周知，该项目对内置函数的这些标签非常严格。并且有充分的理由。突出的例子：表达式索引只允许IMMUTABLE函数并且那些必须是真正不可变的以避免错误的结果。

用户定义的函数仍然可以按照所有者的选择自由声明。手册建议：

为了获得最佳优化结果，您应该使用对它们有效的最严格的波动率类别来标记您的函数。

...并添加了大量可能因波动率标签不正确而出错的事情列表。

尽管如此，在某些情况下，伪造不变性是有道理的。大多数情况下，当您知道该函数实际上在您的范围内是不可变的。例子：

• PostgreSQL 是否支持“不区分重音”的排序规则？

除了对数据完整性的所有可能影响之外，对性能的影响是什么？人们可能认为声明一个函数IMMUTABLE只会对性能有益。是这样吗？

声明函数波动性会IMMUTABLE 损害性能吗？

让我们假设当前的 Postgres 10 来缩小范围，但所有最近的版本都很有趣。