php 使用 pdo 连接 postgresql 时，即使禁用字符串化（`pdo::attr_stringify_fetches => false`），浮点型（`float`/`real`/`double precision`）字段仍以字符串形式返回，需手动类型转换或升级驱动环境。
在 PostgreSQL 中通过 PDO 获取原生数值类型（如 FLOAT, NUMERIC, INTEGER）时，开发者常期望 1.2 被自动映射为 PHP 的 float 类型，而非字符串 "1.2"。但实际情况是：PDO PostgreSQL 驱动长期存在类型推断限制——尤其对浮点数和高精度数值类型，即使配置了 PDO::ATTR_EMULATE_PREPARES => false 和 PDO::ATTR_STRINGIFY_FETCHES => false，仍默认将 float4（REAL）、float8（DOUBLE PRECISION）等列作为字符串返回。
这是历史兼容性行为，而非 Bug。其根本原因在于 PostgreSQL 协议层未强制提供足够精确的类型元数据供 PDO 驱动做安全的原生类型绑定；同时，为避免精度丢失（例如 NUMERIC(10,5) 超出 float 表示范围），PDO 选择保守策略：统一以字符串交付，交由应用层决策是否及如何转换。
✅ 推荐解决方案（按优先级排序）：
-
显式类型转换（兼容所有 PHP 版本）
最稳妥、最广泛适用的方式是使用 floatval() 或 (float) 强制转换：$row = $statement->fetch(PDO::FETCH_ASSOC); $id = floatval($row['id']); // 安全转为 float // 或使用类型转换 $id = (float) $row['id'];
⚠️ 注意：floatval() 对非法字符串（如 "abc"）返回 0.0，生产环境建议配合 is_numeric() 校验。
升级至 PHP 7.4+ 并启用 PDO::PGSQL_ATTR_DISABLE_NATIVE_PREPARED_STATEMENT（可选优化）
较新版本的 PDO_PGSQL 扩展增强了类型感知能力，尤其在结合 pg_type 元信息时更可靠。但仍需注意：PostgreSQL 的 FLOAT 类型本质是近似值，PHP 无法 100% 还原原始二进制表示，因此字符串中转仍是协议层事实标准。-
改用 NUMERIC / DECIMAL 类型 + 自定义映射（高精度场景）
若业务要求精确小数（如金融计算），应避免 FLOAT，改用 NUMERIC(p,s)，并在 PHP 层使用 bcadd()/bcmul() 或 string 保持精度：ALTER TABLE floattest ALTER COLUMN id TYPE NUMERIC(10,2);
此时虽仍返回字符串，但语义明确、无精度风险，比强制转 float 更安全。
立即学习“PHP免费学习笔记（深入）”；
? 关键总结：
- PDO::ATTR_STRINGIFY_FETCHES => false 主要影响 INTEGER 和 BOOLEAN 等基础类型，对 FLOAT/DOUBLE 无效；
- 不要依赖 gettype($value) 判断数据库原始类型，应以 SQL 定义为准；
- 在 ORM（如 Doctrine DBAL）或现代框架（Laravel Eloquent）中，通常已内置字段类型映射逻辑，可减少手动处理；
- 始终对用户输入或外部数据做类型验证，避免因意外字符串导致静默计算错误。
通过理解 PDO_PGSQL 的设计边界并采用显式、可控的类型转换策略，即可稳健处理 PostgreSQL 数值字段的 PHP 映射问题。
