JavaScript 中 Null 类型与数据库字段映射-js教程-PHP中文网

javascript 的 null 是原始类型，表示有意缺失的值，与 undefined 语义不同；数据库 null 映射为 js null 是主流做法，但需注意序列化差异、orm 配置及前后端空值约定。

javascript 中 null 类型与数据库字段映射

JavaScript 中的 null 是一个原始值，表示“有意缺失的值”，而数据库中的空值（如 SQL 的 NULL）语义上也代表“未知”或“未设置”。但二者在类型系统、序列化行为和实际映射时存在关键差异，需谨慎处理。

Null 类型在 JS 中的本质

null 是 JavaScript 七个原始类型之一（尽管 typeof null === 'object' 是历史遗留 bug）。它与 undefined 不同：null 是开发者主动赋的“空”，undefined 多表示未初始化或属性不存在。在 JSON 序列化中，null 会被保留；undefined 则被忽略或转为 null（如对象字段值为 undefined，JSON.stringify 后该字段消失）。

数据库 NULL 字段的常见映射行为

多数 ORM 或数据库驱动（如 PostgreSQL 的 pg、MySQL 的 mysql2）会将数据库 NULL 映射为 JavaScript 的 null，这是合理且主流的做法。但要注意：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

某些驱动对空字符串 ''、数字 0、布尔 false 等“falsy 值”不做特殊处理，它们不会被误转为 null
若数据库字段定义为 NOT NULL，则不会返回 NULL，对应 JS 中也不会出现 null，应依赖 schema 保证数据完整性
部分旧版驱动或自定义查询可能将 NULL 转成 undefined，需统一转换逻辑（例如在结果处理器中 row.field == null ? null : row.field）

前后端交互时的典型陷阱

通过 API 传输数据时，null 和 undefined 在 JSON 中表现不同，但接收方容易混淆：

前端发送 { name: null } → 后端收到 req.body.name === null，可安全映射到数据库 NULL
前端发送 { name: undefined } → JSON.stringify 后该字段被删，后端收到的是不含 name 的对象，需判断是“未传”还是“显式清空”
建议后端统一约定：显式设为 null 表示置空，字段缺失表示不更新；前端提交前用 Object.keys(data).map(k => ({ [k]: data[k] ?? null })) 确保空值可控

ORM 层的 null 处理建议

使用 TypeORM、Prisma 或 Sequelize 时，应明确字段是否允许为空：

TypeORM 中 @Column({ nullable: true }) 对应数据库 NULL，JS 层属性可为 null；反之若设为 nullable: false，运行时仍可能因数据异常出现 null，需配合校验中间件拦截
Prisma 默认将数据库 NULL 映射为 null，且生成的 Client 类型中字段带 | null 联合类型（如 email: String | null），强制开发者处理空值
避免在 JS 里用 == 判断 null（会与 undefined 混淆），一律用 === null 或 Object.is(value, null)