不能，必须先安装并启用uuid-ossp扩展；执行SELECT * FROM pg_extension WHERE extname = 'uuid-ossp'确认是否已安装，若无则运行CREATE EXTENSION "uuid-ossp"启用。

直接执行 uuid_generate_v4() 就能生成 UUID 吗？

不能，除非你已经安装并启用了 uuid-ossp 扩展。PostgreSQL 默认不带任何 UUID 生成函数——连 uuid_generate_v4() 这个名字都不存在。你一执行就报错：function uuid_generate_v4() does not exist。这不是语法问题，是功能缺失。必须先让数据库“认识”这个函数。

如何确认并安装 uuid-ossp 扩展？

先连进数据库（用有 CREATE EXTENSION 权限的用户），分两步验证：

• 查是否已安装：SELECT * FROM pg_extension WHERE extname = 'uuid-ossp'; —— 若无返回，说明没装
• 查是否可用：SELECT * FROM pg_available_extensions WHERE name = 'uuid-ossp'; —— 若无返回，说明 PostgreSQL 编译时没启用该模块（常见于某些精简版或容器镜像）

如果第二步有结果但第一句为空，执行：CREATE EXTENSION "uuid-ossp"; 即可。注意双引号不能少，否则大小写敏感会失败。扩展默认装在当前 schema（通常是 public），若装在其他 schema（比如 adempiere），后续调用得加前缀：adempiere.uuid_generate_v4()。

在存储过程中怎么安全调用 UUID 函数？

只要扩展已启用，存储过程里直接用就行，无需额外声明。但要注意版本兼容性和行为差异：

• uuid_generate_v4()：最常用，纯随机，性能好，适合主键；但依赖系统熵池，极低概率下在容器或虚拟机中熵不足时可能阻塞
• uuid_generate_v1()：含时间戳 + MAC 地址，可排序、可追溯，但泄露硬件和时间信息，禁用于公网服务
• uuid_generate_v3() 和 uuid_generate_v5()：确定性哈希（MD5/SHA1），需传命名空间（如 uuid_ns_url()）和字符串，适合从 URL 或用户名派生固定 UUID

示例（PL/pgSQL 存储过程片段）：

DECLARE
  new_id UUID := uuid_generate_v4();
BEGIN
  INSERT INTO users (id, name) VALUES (new_id, 'Alice');
END;

为什么有时 uuid_generate_v4() 返回 NULL 或报错？

常见原因有三个，容易被忽略：

• 扩展装在非默认 schema，而你的 search_path 没包含它——查 SHOW search_path;，必要时加 SET search_path TO public, adempiere;
• 用了只读副本（replica），而 CREATE EXTENSION 只能在主库执行，副本不会自动同步扩展函数
• PostgreSQL 版本太老（postgresql-client 包常不含此扩展）

真正麻烦的是第三种：你查 pg_available_extensions 为空，那就只能重装带 --with-ossp-uuid 参数的 PostgreSQL，或者改用 pgcrypto 的 gen_random_uuid()（需先 CREATE EXTENSION pgcrypto）。