小编Fre*_*eit的帖子

“不要使用错误进行流量控制”公理适用于 postgres 吗?

在传统编程中,有一条公理:“不要使用错误进行流程控制”。一个常见的示例是抛出错误然后捕获错误,而不是使用普通的条件语句或break语句。这是有害的,因为应用程序必须展开调用堆栈并调用一些相对昂贵的异常处理逻辑,而不是简单地处理条件语句。

我正在使用 Postgres 系统,其中用户在 Postgres 中调用一个函数,该函数在不满足条件时抛出错误而不是不返回任何行。该条件大致是“此输入值不存在,无事可做”,而不是真正的例外情况。

当以与传统编程类似的方式抛出错误时,Postgres 是否会产生运行时成本?换句话说,在 Postgres 中使用异常作为流量控制对性能有害还是只是草率?

postgresql condition error-handling plpgsql

5
推荐指数
1
解决办法
407
查看次数

是否存在与 javadoc 概念类似的 postgres 函数文档模式?

我主要是一名 Java 开发人员。今天我正在写一些 postgres 函数。出于习惯,我一直尝试使用类似 Javadoc 的注释风格来描述函数参数和返回类型来记录这些函数。是否有官方或广泛支持的模式来记录 postgres 函数?

postgresql documentation functions

2
推荐指数
1
解决办法
1376
查看次数

如何确定 pgAgent 是否安装在 Postgres 实例上?

我继承了一些问题,我需要确定 pgAgent 是否存在于一定数量的安装 (CentOS) 上并且正在运行后台作业。这些作业可以从 cron、pgAgent 或外部调用者运行。

如果我正在查看 postgres 实例而不使用 pgAdmin,我如何确定是否安装了 pgAgent?

这可以从命令行或psql客户端完成吗?如果可能的话,我更喜欢 pgAdmin。

postgresql

1
推荐指数
1
解决办法
2725
查看次数