数据库Database
客户表关掉以后，刚才那条询盘到底存在哪里？
数据库是按一定结构组织、存储和查询数据的系统。关系型数据库用表记录数据，并通过类型、约束和事务维护数据的一致性。
数据库负责把记录保存下来，并让系统按条件找回、修改。页面上的一行文字只是它可能的一种展示。
像有编号和整理规则的档案库：档案可以按编号找，重要字段有要求，多个人查阅时也不能随意相互覆盖。
类比到这里为止：档案库不是数据库的完整技术实现。并发、事务、索引、备份和权限需要额外设计，不会因为用了数据库就自动做好。
用稳定的线索 ID 区分两条同名公司的询盘。邮箱、需求和跟进状态各自存字段，更新状态时只修改目标记录。
关系表里的四个位置
- 表
- 同一类记录的集合，例如 leads。
- 行
- 一条具体询盘；两个同名客户仍然可能是两条记录。
- 列
- 每条询盘的同类属性，例如邮箱、状态。
- 主键
- 唯一标识记录，更新或关联时不依赖显示顺序。
保存可靠，还需要哪些条件
数据类型规定怎样表达值；约束拒绝不符合规则的数据。一次业务涉及多次相关修改时，可以用事务约定一起成功或一起撤回。
页面刷新后仍能看见数据，也可能只是浏览器缓存。数据库保存需要有实际写入与重新查询的证据。下面客户表仅在本页内存中演示，刷新会重置。
客户表关掉以后，刚才那条询盘到底存在哪里？
可以操作，也可以重试。数据为虚构示例，不连接真实业务系统。
正在准备当前演示，正文可以继续阅读。
继续看项目应用与交付检查
数据库 在项目中负责什么
- 什么时候用
- 客户、产品、询盘和跟进记录需要被长期保存、多人查看和持续更新时。
- 它解决什么
- 它把散落的信息变成能追踪的事实，让系统可以稳定读取与分析。
- 它不负责什么
- 数据库不是用户看到的表格页面，也不能单独解决权限和业务规则。
- 放进真实项目
- 保存公司、联系人、需求、来源、负责人和每次跟进的时间记录。
数据库让业务事实可以稳定保存、关联、查询和追溯
线索来自网站、展会和人工录入；销售要按国家、负责人、状态、时间查询，还要避免同一客户被多次创建。
- 01
先根据业务对象和关系设计表或集合。
- 02
为必须可靠的字段加约束与索引。
- 03
在写入、读取与迁移前考虑备份和回滚。
页面显示记录，数据库管理记录；保存后要能按标识重新查到。
容易混淆的地方
数据库不是表格界面；页面、权限和业务规则仍需要另外设计。
客户表里有两家同名公司。要更新其中一条询盘的跟进状态，应该依据什么定位？
你可以这样告诉 AI Agent
我在处理这件事：保存公司、联系人、需求、来源、负责人和每次跟进的时间记录。请以“数据库”为主线，先说明它在这里负责什么、不负责什么；再列出必要输入、建议动作和可验证结果。用外贸独立站的业务语言回答，不确定的信息标为待确认。
内容依据与延伸
本站用原创中文解释把专业概念映射到外贸独立站；定义和机制继续以官方资料为准，业务例子再回到 外贸独立站询盘优化实战 验证。
本站整理说明：站内案例：询盘与客户资料管理