PHP网站SQL选型：单张大表还是三张关联小表存储职位信息？

核心结论 #

如果你的查询绝大多数时候需要获取全部30列的信息，且当前数据量仅数千条，直接使用单张大表是最优选择。

为什么不推荐拆分三张表？ #

• 避免不必要的性能损耗：三张表关联查询（JOIN）虽然符合数据库范式，但对于数千条量级的数据来说，关联带来的额外开销完全没必要，单表查询的速度和效率反而更高。
• 降低开发复杂度：PHP代码里不需要处理多表关联的逻辑，增删改查操作都更直接，减少出错概率，后期维护也更省心。
• 简化数据一致性维护：不用处理多表插入、更新时的事务问题，避免出现基础信息更新但评价数据未同步的情况。

什么时候适合拆分表？ #

拆分多表的场景主要是以下两种，目前你的需求不匹配：

• 未来数据量会暴增到几十万/上百万条，且大部分查询只需要基础信息，很少涉及评价类数据；
• 同一职位对应多条评价记录（比如多人独立评价），这时评价表需要设计成一对多的关联结构，但从你Excel的单条职位对应一套评价的模式来看，显然不适用。

单表设计的优化建议 #

• 按类别分组排列字段：比如把基础职位信息列放在前面，职位评价、技术评价列依次往后，方便日常维护和数据查看；
• 给常用查询字段加索引：比如职位名称、所属部门、发布日期等，进一步提升查询速度；
• 保留与Excel的字段映射关系：方便后续数据的导入导出操作，减少适配成本。

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