MySQL数据库是否需要唯一标识符？构建API查房价历史技术咨询

为什么必须加唯一标识符？ #

• 精准操作单条记录：开发API时难免要修改或删除某条错误的历史价格，靠address+date_created+status组合定位并不绝对可靠——比如不小心给同一个地址同一天录入了两条相同状态的记录，没有唯一ID根本没法区分哪条是错的。
• 简化API设计与提升效率：API用唯一ID作为查询/修改参数（比如GET /price-history/{id}）比传一堆字段参数简洁得多，前端调用更省心；而且数据库对主键（唯一ID通常设为主键）的查询是索引优化过的，比组合条件查询快不少，哪怕现在只有6000条数据，后续增长后优势会更明显。
• 为扩展功能铺路：以后如果要加房源详情、交易记录这类关联表，唯一ID是表与表之间关联的核心，没有它的话只能靠模糊的组合字段关联，极易出错。
• 符合数据库设计规范：关系型数据库的每张表都该有主键（唯一标识符），这是保证数据完整性、避免隐性重复问题的基础要求。

怎么加唯一标识符？ #

• 优先选自增整数ID：新增id字段，类型设为INT（数据量如果以后可能超过2000万就用BIGINT），设置为自增主键（MySQL用AUTO_INCREMENT，PostgreSQL用SERIAL或IDENTITY）。这种方式占用空间小、查询速度快，完全适配你的数据规模。
• 可选UUID：新增uuid字段，类型为CHAR(36)，插入数据时生成唯一UUID。适合分布式场景，但查询效率略低于自增ID，你的场景没必要优先选这个。

针对你的数据库的额外优化建议 #

• 给address和date_created加联合索引，这样查询某地址的价格历史时，响应速度会更快。
• 把price字段从带符号的字符串改成DECIMAL(10,2)类型存储纯数值，方便后续做价格计算（比如均价、涨幅），前端展示时再格式化加£和逗号。
• 将date_created从字符串改成DATE或DATETIME类型，这样能轻松实现时间范围查询（比如API查某地址近半年的价格变化）。

内容的提问来源于stack exchange，提问作者cts