# P0000 — plpgsql_error

> PostgreSQL SQLSTATE P0000 的源码与诊断参考。
---

# P0000

## 速览 {#at-a-glance}

P0000 是 PostgreSQL 专用 `plpgsql_error` 类别项。固定 18.6 调用归档没有解析出该类别码本身的报告路径，因此不能把成员码的行为倒推成 P0000 发出的错误。

<!-- BEGIN SQLSTATE FACTS: generated by scripts/generate.py; do not edit -->

| 字段 | 值 |
| --- | --- |
| SQLSTATE | `P0000` |
| 条件名 | `plpgsql_error` |
| 状态 | `有效` |
| 已知存在于 | `8.0.0` |
| 锁定快照 | `9.0.23, 9.1.24, 9.2.24, 9.3.25, 9.4.26, 9.5.25, 9.6.24, 10.23, 11.22, 12.22, 13.23, 14.24, 15.19, 16.15, 17.11, 18.6, 19beta3` |
| 宏 | `ERRCODE_PLPGSQL_ERROR` |
| 别名 | `—` |

<!-- source facts: data/errcodes/P0000.json -->
<!-- END SQLSTATE FACTS -->

## 含义 {#meaning}

它表示 PL/pgSQL Error 类别的目录身份。实际执行路径可能选择更具体的成员 SQLSTATE，例如 `P0002`、`P0003` 或 `P0004`；类别定义和成员实现不能互相替代。

## 诊断 {#diagnosis}

以客户端或日志中实际收到的 SQLSTATE 为准，再按该码检查 PL/pgSQL 的执行上下文。若只知道错误来自 PL/pgSQL 而没有 SQLSTATE，应保留完整诊断字段，并检查部署版本和自定义代码，而不是直接归类为 P0000。

## 处置 {#response}

根据实际成员码修正对应的 PL/pgSQL 语句、函数契约或异常处理。只有定义层面的 P0000 信息时，无法给出更窄的 SQL 操作建议；应继续定位实际报告路径。

## 版本 {#versions}

锁定目录从 8.0.0 记录该类别项，并在列出的正式快照及 19beta3 中出现；有界源码扫描未确认其自然报告路径。

## 相关条件 {#related}

[`P0002`](../p0002/), [`P0003`](../p0003/), [`P0004`](../p0004/)

## 来源 {#sources}

详见结构化的[证据记录](../../data/evidence/p0000.json)，其中列出固定源码链接、消息模板与范围限制。