项目中，设计表时候主要考虑哪些因素？

设计数据库表时，一般会从以下几个方面综合考虑，确保表结构既能满足业务需求，又具备良好的扩展性和性能。 **1. 业务需求与数据边界** * 明确表的业务角色，避免一张表承载过多无关功能。 * 分析实体与实体之间的关系（1:1、1\:N、N\:M），合理拆分。 * 确认字段是否属于该表，防止冗余和过度规范化。 **2. 数据类型与存储效率** * 选择最小且合适的数据类型（如金额用 DECIMAL，时间用 DATETIME/DATE，布尔用 TINYINT）。 * VARCHAR 长度按实际最大值设定，避免浪费存储和降低缓存命中。 * 控制 BLOB/TEXT 字段使用频率，必要时垂直拆分到附表。 **3. 主键与唯一性约束** * 主键唯一且稳定，避免使用会变的业务字段。 * 自增 ID 或分布式 ID（雪花算法、号段），结合分库分表策略。 * 对业务唯一字段添加 UNIQUE 约束（如用户名、订单号）。 **4. 索引设计** * 高频查询列建立合适的单列索引或联合索引。 * 遵循最左前缀原则，覆盖索引减少回表。 * 避免过多索引（写入性能下降、占用空间）。 **5. 约束与数据一致性** * NOT NULL + 默认值，减少 NULL 带来的逻辑复杂度和索引失效。 * 外键在高并发系统慎用（用应用层保证一致性），但在低并发/强一致性场景可直接使用。 **6. 可扩展性与维护性** * 预留部分冗余字段（如扩展字段 JSON/BLOB）应对未来业务变化。 * 表名、字段名采用统一规范（下划线命名、英文、可读性强）。 * 避免使用保留字和模糊含义的字段名。 **7. 性能与分区分表** * 对大数据量表（千万级以上）提前规划分区或水平拆分策略。 * 按时间、ID 范围等分区，减少单次扫描数据量。 * 对热点数据可单独存储（冷热分离）。 **8. 审计与追踪字段** * 必备字段：`created_at`、`updated_at`、`created_by`、`updated_by`。 * 对关键业务表增加 `version` 字段（乐观锁）。 * 重要业务可记录状态变更日志表。