SQL中如何创建仅存储mm-dd格式值的date类型数据列？

原生SQL的DATE类型无法直接实现该需求。
所有遵循SQL标准的数据库中，DATE类型的存储结构固定包含年、月、日三个完整组成部分，不存在仅存储月、日维度的原生DATE子类型，无法直接定义只存mm-dd格式值的DATE列。
不过可以通过以下几种成熟方案实现仅存储月日值的目标，可根据业务场景选择。

方案1：固定长度字符串+格式校验约束 #

直接用CHAR(5)类型存储（mm-dd固定长度为5位字符），通过CHECK约束拦截非法格式、非法月日值，是最简单直接的方案。
示例代码：

CREATE TABLE target_table (
  -- 其他业务列省略
  anniversary CHAR(5) NOT NULL,
  -- 校验规则：符合mm-dd格式，月范围01-12，日范围01-31，可根据数据库特性追加更细的校验（如排除02-30、4/6/9/11月31日等非法值）
  CONSTRAINT chk_mmdd_valid CHECK (
    anniversary REGEXP '^(0[1-9]|1[0-2])-(0[1-9]|[12][0-9]|3[01])$'
  )
);

• 优势：存储的值就是你需要的mm-dd格式，查询时不需要额外转换，比如筛选所有7月6日的记录直接写WHERE anniversary = '07-06'即可
• 注意：不同数据库的正则语法略有差异，比如SQL Server可调整为LIKE规则匹配，Oracle用REGEXP_LIKE函数实现校验即可，核心是避免无效值（如13-00、02-30）入库。

方案2：固定占位年份的DATE类型存储 #

如果一定要用DATE类型，可以统一选一个闰年作为固定占位年份（推荐2000年，为闰年，支持02-29这个合法月日值），所有月日值都拼接该占位年份存为标准DATE格式，取数时格式化提取月日部分即可。
示例代码：

CREATE TABLE target_table (
  -- 其他业务列省略
  anniversary DATE NOT NULL,
  -- 强制所有存储值的年份必须为固定占位值2000
  CONSTRAINT chk_fixed_year CHECK (YEAR(anniversary) = 2000)
);

-- 插入数据时统一补占位年份，比如存07-06就插入'2000-07-06'
INSERT INTO target_table(anniversary) VALUES ('2000-07-06');

-- 查询时提取mm-dd格式，不同数据库函数略有差异
-- MySQL写法
SELECT DATE_FORMAT(anniversary, '%m-%d') AS anniversary FROM target_table;
-- PostgreSQL写法
SELECT TO_CHAR(anniversary, 'MM-DD') AS anniversary FROM target_table;

• 优势：可以直接使用数据库内置的日期函数做运算，比如计算两个月日的间隔天数、排序先后顺序等，类型兼容性好
• 劣势：取数时需要做格式化转换，不能直接拿到裸的mm-dd字符串。

方案3：拆分月、日为两个整数列存储 #

将月、日拆分为两个TINYINT类型的列分别存储，通过约束限定值的合法范围。
示例代码：

CREATE TABLE target_table (
  -- 其他业务列省略
  ann_month TINYINT NOT NULL,
  ann_day TINYINT NOT NULL,
  CONSTRAINT chk_month_valid CHECK (ann_month BETWEEN 1 AND 12),
  CONSTRAINT chk_day_valid CHECK (ann_day BETWEEN 1 AND 31)
  -- 可追加更细的校验规则，匹配不同月份的天数上限
);

• 优势：适合需要频繁单独按月、日维度筛选聚合的场景，比如查所有3月的记录直接写WHERE ann_month = 3即可，不需要做字符串截取，查询效率高
• 劣势：取数时需要自行拼接为mm-dd格式。

• 仅需要存储固定格式月日、无日期运算需求：优先选方案1，实现最简单，存储格式和需求完全匹配
• 需要做日期类运算（如日期间隔计算、排序）：选方案2，复用原生日期函数能力，稳定性高
• 需要频繁单独按月、日维度做统计筛选：选方案3，查询性能最优

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