公司做数据治理，开会时领导问数据标准包含哪些，底下人答得五花八门，有人说就是命名规则，有人说要有字典。争了半小时没结果。后来把实际做过的清单摊开，才知道这事得分几个维度看。

数据标准不是一份文档，是一套约定。它管的是同一份数据在系统里长什么样、叫什么、怎么算，让各业务口说同一件事时不打架。落地时通常拆成下面几类。

业务标准：先把口径吵清楚

这块最关键也最容易扯皮。比如活跃用户，运营说是七天登录过，产品说是一个月内下过单。口径不统一，报表永远对不上。业务标准就是把这些定义写死，配上归属部门和责任人，后面改要走评审。

数据元与技术标准：字段级约定

  • 命名：字段名统一英文小写下划线，如 user_id、order_amount
  • 类型：金额用decimal，时间统一timestamp，别有的存字符串
  • 取值范围：性别限定1男2女0未知，状态码要有枚举表
  • 长度精度：手机号11位、金额两位小数，写进建表规范
数据元示例 名称:用户手机号 标识:user_mobile 类型:varchar 长度:11 值域:1开头11位数字 来源:注册页

技术标准管到建表这一层，命名、类型、注释、主外键怎么定，都对齐。新来的开发照着规范建表，不用一个个问老员工。这块做好了，后面做数据仓库接入能省一大半返工。

管理标准：谁改、怎么审、多久看一次

有了定义还得有人管。管理标准规定谁来提变更、走什么流程、多久复审一次。常见的做法是设数据Owner，变更申请走工单，评审通过才允许动。没有这层，规范三个月就烂尾。

再往下还有编码标准和安全分级。编码标准统一各类码值，比如省市代码；安全分级把数据标成公开、内部、敏感几档，决定谁能看、能不能导出。这几块合起来，才是一份能落地的数据标准。

取舍的话，小团队先把命名和技术标准落下去，见效最快；口径这类业务标准，找几个核心指标先统一，别一上来铺大摊子，容易推不动。