一个互联网产品，是这样从想法变成你手里的产品的——下面按「谁来干这一环」分类，看懂每个角色的行话。
- 产品经理想清楚做什么
- 设计师画出长什么样
- 前后端把它真正做出来
- 测试保证不崩
- 运维让它上线
- 运营让它长起来
- 你 + AI不懂技术也能指挥
- database数据库专门「存数据、并能快速查」的仓库，用户信息、订单、文章全存在这儿。和普通存文件不同，它能高效地「按条件捞数据」。
- SQL / NoSQLSQL / NoSQL两大类数据库。SQL（关系型）像规整的 Excel 表格，适合结构清晰的数据；NoSQL（非关系型）更灵活自由，适合杂乱多变的数据。各有各的用武之地。
- table表数据库里像 Excel 一样的「一张表」，比如「用户表」「订单表」。每张表存一类东西，是数据库最基本的收纳单位。
- field字段表里的「一列」，比如用户表的「姓名」「手机号」「注册时间」。字段定义了「这类数据由哪些信息组成」。
- primary key主键每条数据的「唯一身份证号」，保证不重复、能精准找到某一条。比如每个用户有唯一 ID，靠它就能锁定具体某个人。
- CRUD增删改查 CRUD对数据的四种基本操作：增（添新）、删（去掉）、改（修改）、查（找出来）。几乎所有功能本质上都是在做这四件事。
- index索引给数据建的「目录/拼音表」，让查找快得飞起。没索引就像一页页翻书找，有索引就像查目录直接翻到。数据多了，索引是救命的。
- query查询向数据库「提问要数据」，比如「找出所有上海的、最近 7 天下过单的用户」。查询写得好不好，直接决定快不快。
- cache缓存把「常用、不常变」的数据先存在「手边更快的地方」，下次直接拿，不用每次都去数据库翻。就像把常用文件放桌面而不是每次进档案室。
- migration数据迁移改动数据库结构（加字段、换表）或把数据搬到新地方的过程。像家里重新装修、搬家——得小心别把东西弄丢弄乱。
- backup备份定期给数据「拍快照、存副本」。万一服务器挂了、数据删错了，能用备份恢复。没备份的数据，丢了就真没了。
- consistency数据一致性保证「同一份数据在哪看都一样、不矛盾」。比如你转账后，余额必须立刻对得上，不能这边扣了那边没加。钱相关的系统对它要求极高。