在传统编程中，有一条公理：“不要使用错误进行流程控制”。一个常见的示例是抛出错误然后捕获错误，而不是使用普通的条件语句或break语句。这是有害的，因为应用程序必须展开调用堆栈并调用一些相对昂贵的异常处理逻辑，而不是简单地处理条件语句。
我正在使用 Postgres 系统，其中用户在 Postgres 中调用一个函数，该函数在不满足条件时抛出错误而不是不返回任何行。该条件大致是“此输入值不存在，无事可做”，而不是真正的例外情况。
当以与传统编程类似的方式抛出错误时，Postgres 是否会产生运行时成本？换句话说，在 Postgres 中使用异常作为流量控制对性能有害还是只是草率？