摘要：数据库，作为技术世界的基石，常被产品经理视为“工程师的事”。但当业务复杂度提升、数据成为决策核心，PM若仍止步于“听不懂”与“不敢问”，将难以驾驭产品的未来。

数据库，作为技术世界的基石，常被产品经理视为“工程师的事”。但当业务复杂度提升、数据成为决策核心，PM若仍止步于“听不懂”与“不敢问”，将难以驾驭产品的未来。

产品经理信手拈来的业务/功能流程图，本质上就是定义数据从哪里来？经过怎样的处理？流到哪里去？而数据库作为「数据的管家」，产品经理了解其原理能更清晰把握「数据如何支撑业务」；这不仅能让需求更落地，还能在技术限制和业务目标之间找到平衡，最终提升产品迭代效率和质量！

数据库的种类有：关系型数据库（RDBMS）、非关系型数据库（NoSQL）、图数据库、时序数据库、内存数据库、列存储数据库等等五花八门的类别，咱们重点介绍下其中的3类：

接下来的章节咱们重点聊聊关系型数据库，因为其他的我也不太懂～

关系型数据库是采用二维表结构存储数据，通过主键与外键建立表间关联，用SQL操作数据，遵循ACID事务原则，确保数据完整性与一致性的数据库系统。懵了？别急，看我给你表演拆解大法！全文背诵！

让我们穿越到互联网并不发达的古早年代，你那时候你还需要通过一张张Excel表格来管理自己丁点大的生意；你的大头电脑桌面上有这样一个文件夹：商品交易管理，里面有用户、订单、商品库存、售后记录4张Excel表格，全靠它们运筹于帷幄之中。

接下来，咱们把上面讲解的关系型数据库的零件引入进来：文件夹 = 数据库，表 = Excel表，每张表首例的ID就是其主键、其余ID列为外键，最后补充上约束和索引添加规则就了然了

最后，咱们基于上一趴的数据表，简单列举几个实用SQL操作数据的案例，方便老铁们有个直观的认识，瞄一眼就行，先别跟它们较真！

SELECT

u.用户名,

o.订单ID,

o.订单金额,

o.下单时间,

s.售后ID,

s.售后类型,

s.处理状态

FROM 用户表 u

–

– 关联订单表：通过用户ID连接

JOIN 订单表 o ON u.用户ID = o.用户ID

–

– 关联售后表：通过订单ID连接，LEFT JOIN 保证即使无售后也显示订单

LEFT JOIN 售后表 s ON o.订单ID = s.订单ID

WHERE u.用户名 = ‘张三’;

INSERT INTO 用户表 (用户名, 手机号, 注册时间)

VALUES (‘赵六’, ‘13600136004’, ‘2025/8/10’);

–

– 先给商品表新增商品（如果需要）

INSERT INTO 商品表 (商品ID, 商品名称, 库存数量)

VALUES (‘P004’, ‘智能手表’, 300);

–

INSERT INTO 订单表 (订单ID, 用户ID, 商品ID, 订单金额, 下单时间)

VALUES (‘O2023004’, 1004, ‘P004’, 599, ‘2025/8/15’);

本文由 @肖沐 原创发布于人人都是产品经理。未经作者许可，禁止转载

题图来自Unsplash，基于CC0协议

来源：人人都是产品经理