归档表命名应使用统一后缀如_archive、archived或_history以明确用途，推荐orders_archive、logs_archive_q1_2024等形式，结合时间维度增强可追溯性，时间格式用YYYYMMDD或YYYYMM，避免特殊字符，团队需统一规则并在设计文档中定义，确保可读性与维护效率。
MySQL归档表的命名应清晰表达其用途，便于后期维护和识别。归档表是用于存储历史数据、减轻主表压力的重要手段，合理的命名规范能提升数据库可读性和管理效率。
使用明确的后缀标识归档属性
在原表名后添加统一的归档标识，是最常见的做法。这样可以快速区分当前业务表与归档表。
-
archive：如
orders_archive，表示订单表的归档数据 -
archived：如
user_log_archived，强调数据已归档 - _bak 或 _backup：虽常用于备份，但不够精确，建议慎用
-
_history：如
employee_salary_history，适合记录变更历史的场景
结合时间维度增强可追溯性
对于按周期归档的表（如每月或每年），在名称中加入时间信息有助于定位数据范围。
-
orders_archive_2024：表示2024年归档的订单数据 -
logs_archive_q1_2024：标识第一季度的日志归档 -
payments_history_monthly_202406：精确到月份的支付记录归档
时间格式推荐使用 YYYYMMDD 或 YYYYMM，避免使用斜杠或横线等特殊字符。
保持项目或团队内部一致性
无论选择哪种命名方式，关键在于团队统一遵守。建议在数据库设计文档中明确定义归档命名规则。
- 所有归档表统一使用
_archive后缀 - 历史表与归档表区分：历史表可使用
_history，归档表用_archive - 避免使用缩写或拼音，确保命名可读性强
- 考虑加上 schema 或模块前缀，如
crm_orders_archive
基本上就这些。命名不复杂，但容易忽略长期维护的成本。一个清晰的归档表名，能让后续的数据恢复、分析和清理工作事半功倍。
