张阿姨是一位做了三十年家常菜的掌勺人,今年她决定把“妈妈家常菜”开成三家连锁店。开店前,她没有急着招厨师、买锅碗,而是先写下了一本《出品质量手册》。手册里只有四件事:每天开火前,食材必须齐——少了番茄,招牌番茄炒蛋就没法上桌;三家分店必须用同一本菜谱——不能北京店咸口、上海店甜口;每道菜出锅前要有尝菜师试味——食材齐、步骤对,但盐放多了就是失败;最后,菜要趁热上桌——再好的红烧肉,凉了也不是那个味儿。 这四个问题,恰好对应了数据世界的四大质量维度:完整性、一致性、准确性、时效性。任何一家靠数据做决策的公司,都像张阿姨的连锁店——数据是食材,规则是菜谱,分析结果是端上桌的菜。本篇文章,我们就跟着张阿姨的厨房,把这份“数据质量手册”一页页翻开。

岗位关联

掌握数据质量四大维度,是数据治理与机器学习建模的地基——它决定了你喂给模型的数据是否可信,也决定了数据产品能否兑现 SLA 承诺。

目录
  1. 可视化演示
  2. 质量框架概述:为什么开分店要先立规矩
  3. 完整性维度:开火前的清点
  4. 一致性维度:三家分店同一本菜谱
  5. 准确性维度:尝菜师的那一勺
  6. 时效性维度:菜要趁热上桌
  7. 质量保障实践:质检手册与巡店机制
  8. AI 应用场景
  9. Python 演示
  10. 常见误区
  11. 面试题

可视化演示

展示梯度下降算法在损失曲面上的优化轨迹,通过调节学习率观察收敛速度与稳定性变化。

本节配有交互动效(进入视口后自动加载,约 3KB)。

梯度下降轨迹 青色球体表示当前参数位置在损失曲面上的位置 橙色轨迹记录历史优化路径 θ ← θ - η∇L(θ) 学习率越大收敛越快但可能震荡。

质量框架概述:为什么开分店要先立规矩

张阿姨的第一件事,不是买食材,而是把“什么算好菜”定义清楚。她召集三家分店的主厨开了三天会,最终敲定:考核一道菜,只看四件事——食材是否齐全、做法是否统一、味道是否准确、上桌是否及时。这四条,就是“妈妈家常菜”的质量宪法。

数据治理团队面对的挑战如出一辙。业务方抱怨“数据不对”,数据工程师说“数据没问题”,往往是因为双方对“好数据”的定义不同。数据质量维度框架,就是数据世界的“质量宪法”——它用完整、一致、准确、时效四个可度量的角度,把模糊的“数据好不好”拆解成可以打分、可以追责、可以改进的硬指标。

四大维度各有分工:完整性关注“该有的数据有没有”(是否有空值、缺记录);一致性关注“数据内部矛盾不矛盾”(同一字段在不同系统、不同表里是否对得上);准确性关注“数据和现实符不符”(值是否客观正确);时效性关注“数据是否在有效期内”(更新是否及时)。实际治理中,我们通常给每个维度赋予权重,加权合成综合质量评分,让管理层一眼看懂数据健康度。

张阿姨把四条标准贴在了后厨墙上。数据团队也一样——先把“质量宪法”立起来,后续每个维度的检测和优化才有共同的尺子。没有这份框架,四家分店就会各炒各的菜,数据团队就会各说各的理。

DQ=w1×完整率+w2×一致率+w3×准确率+w4×新鲜度\displaystyle \text{DQ} = w_1 \times \text{完整率} + w_2 \times \text{一致率} + w_3 \times \text{准确率} + w_4 \times \text{新鲜度}
综合评分就是“加权平均分”:四个维度像四门科目,权重像学分,学分越高影响越大。总评不及格,就知道问题出在哪几科。
  1. 确定权重系数w1 到 w4 分别表示四个维度在业务中的重要性,所有权重之和为 1
    w1+w2+w3+w4=1\displaystyle w_1 + w_2 + w_3 + w_4 = 1
  2. 计算维度得分先分别求出完整率、一致率、准确率和新鲜度四个 0 到 1 之间的小数
    完整率∈[0,1],一致率∈[0,1],准确率∈[0,1],新鲜度∈[0,1]\displaystyle \text{完整率} \in [0, 1], \quad \text{一致率} \in [0, 1], \quad \text{准确率} \in [0, 1], \quad \text{新鲜度} \in [0, 1]
  3. 加权求和每个维度的得分乘以对应权重后相加,得到 0 到 1 的综合评分
    DQ=w1×完整率+w2×一致率+w3×准确率+w4×新鲜度\displaystyle \text{DQ} = w_1 \times \text{完整率} + w_2 \times \text{一致率} + w_3 \times \text{准确率} + w_4 \times \text{新鲜度}

完整性维度:开火前的清点

每天凌晨四点半,张阿姨的徒弟要做一件事:对着菜谱清点食材。番茄要 6 个、鸡蛋要 8 只、小葱要一把。哪样缺了,就在墙上的木板上画个圈。这就是完整性的雏形——开火之前,该有的东西必须都在。

数据里的“食材清单”就是必填字段。一张用户注册表,手机号、姓名、邮箱是必填的;但如果业务只用来发短信,那“邮编”就是非必填。完整性不是“一个空值都不能有”,而是“业务必须依赖的字段不能为空”。技术实现上,最核心的动作是空值检测:扫描表里每条记录的必填字段,发现有 NULL 或空字符串,就判定为一条不完整记录。

发现缺了葱,张阿姨的策略有三种——去隔壁借一根(补录),换一道不需要葱的菜(用合理默认值替换),或者干脆撤掉这道菜(剔除记录)。完整性治理就是在三种策略里选成本最低、业务影响最小的那一种,而不是机械地把空值全部填上。

完整率=N非空N总×100%\displaystyle \text{完整率} = \frac{N_{\text{非空}}}{N_{\text{总}}} \times 100\%
完整率约等于“食材齐备的菜占全部菜的比例”:十道菜里有九道不缺料,完整率就是 90%。
  1. 确定记录总数N总 是本次评估涉及的记录总条数,比如三天内的 10000 条订单
    N总=10000\displaystyle N_{\text{总}} = 10000
  2. 统计非空记录N非空 是必填字段全部有值的记录条数,通过空值检测逐条判断
    N非空=N总−N存在空值\displaystyle N_{\text{非空}} = N_{\text{总}} - N_{\text{存在空值}}
  3. 求比值非空记录数除以总记录数并乘以 100%,得到 0% 到 100% 的完整率
    完整率=N非空N总×100%\displaystyle \text{完整率} = \frac{N_{\text{非空}}}{N_{\text{总}}} \times 100\%

一致性维度:三家分店同一本菜谱

周末,张阿姨派了三路“神秘顾客”,分别点同一道鱼香肉丝。结果北京店偏甜、上海店偏咸、杭州店忘了放木耳。三份原料一样、菜谱一样,端出来却不一样——这就是不一致。

数据世界的不一致天天上演。同一个“客户ID”,订单库叫 customer_id,CRM 里叫 custId;同一个日期,A 系统存 “2024-06-01“,B 系统存 ”2024/06/01”;同一份余额,总账表是 10000,分账表却是 9999。跨源比对是最常用的检测手段:把主表和参照表按主键关联,逐字段比较,发现差异即标记。除此之外,还有格式统一(规定日期、金额、编码的标准化写法)、逻辑约束(发货日期必须早于到货日期)、主外键一致(子表的外键在主表中必须存在)等规则。

张阿姨的解法是“菜谱标准化”——盐几克、火多大、木耳泡多久写进手册,神秘顾客定期抽查。数据团队则建立统一的编码规范和数据字典,让每个字段在出发之前就有一致的写法,一致性治理的功夫一半在检测、一半在规范。

一致率=N一致N比对×100%\displaystyle \text{一致率} = \frac{N_{\text{一致}}}{N_{\text{比对}}} \times 100\%
一致率就是“三盘鱼香肉丝口味相同的比例”。比对集越大,越能暴露隐藏的“派系差异”。
  1. 确定比对集N比对 是参与跨源比对的记录条数,通常按主键在两表中各取一份
    N比对=两源可关联的记录数\displaystyle N_{\text{比对}} = \text{两源可关联的记录数}
  2. 统计一致记录N一致 是关键字段完全一致的记录数,字段值相同才算对得上
    N一致=∑i=1N比对I(源A 字段i=源B 字段i)\displaystyle N_{\text{一致}} = \sum_{i=1}^{N_{\text{比对}}} \mathbb{I}(\text{源A 字段}_i = \text{源B 字段}_i)
  3. 求比值一致记录数除以比对记录数并乘以 100%,得到一致率
    一致率=N一致N比对×100%\displaystyle \text{一致率} = \frac{N_{\text{一致}}}{N_{\text{比对}}} \times 100\%

准确性维度:尝菜师的那一勺

食材齐了,做法也统一了,但张阿姨仍不放心。她雇了一位干了四十年的尝菜师,每道菜出锅前,师傅都要夹一筷:咸淡是否刚好,肉有没有变味。这一步查的既不是“有没有”,也不是“统不统一”,而是“对不对”。

数据准确性衡量的是数据值是否真实反映客观事实。用户说自己是 1990 年出生,库里却存成 1992 年;订单金额明明是 99.9 元,库里却是 9.99 元——这些数据完整、也没有自相矛盾,但它们是错的。检测准确性通常依赖三种手段:其一,与可信数据源(第三方权威库、线下台账)核对;其二,精度验证,检查数值的小数位、范围是否在业务允许区间内;其三,抽样核查——因为全量人工核对成本太高,按统计学方法抽取一定比例的样本人工校验,用样本准确率估计总体。

尝菜师不是每道菜都吃——他一天试二十道,味道合格,整条线就放行。数据团队也一样,用抽样的代价换取对全量数据质量的信心,这就是准确性度量的艺术。

准确率=N准确N抽样×100%\displaystyle \text{准确率} = \frac{N_{\text{准确}}}{N_{\text{抽样}}} \times 100\%
准确率就像“尝菜师试味的合格比例”:抽查十道菜,九道味道正,准确率就是 90%,剩下的那道就得返工重做。
  1. 确定抽样规模N抽样 是根据业务规模与置信度要求抽出的样本条数,而非全量数据
    N抽样=Z2×p(1−p)E2\displaystyle N_{\text{抽样}} = \frac{Z^2 \times p(1-p)}{E^2}
  2. 统计准确记录N准确 是人工或权威源核对后判定为正确的样本条数
    N准确=∑i=1N抽样I(判定i=正确)\displaystyle N_{\text{准确}} = \sum_{i=1}^{N_{\text{抽样}}} \mathbb{I}(\text{判定}_i = \text{正确})
  3. 求比值准确记录数除以抽样记录数并乘以 100%,得到抽样准确率
    准确率=N准确N抽样×100%\displaystyle \text{准确率} = \frac{N_{\text{准确}}}{N_{\text{抽样}}} \times 100\%

时效性维度:菜要趁热上桌

张阿姨的拿手菜是萝卜炖牛腩。这道菜讲究出锅五分钟内上桌,凉了萝卜就吸满了油,口感全变。所以她给传菜员立下规矩:出锅计时,超过八分钟没上桌,这道菜直接回锅重做。

数据一样有“出锅时间”。用户的活跃行为、股票行情、库存水位,都是时效性极强的数据;迟到的数据轻则让报表失真,重则让风控模型做出错误判断。时效性维度主要衡量三件事:更新频率(多久刷一次)、新鲜度(距离上次更新过了多久)、延迟(是否超过约定交付时间,即 SLA)。工程上通过新鲜度监控加延迟告警来实现:定时任务检查数据的 latest_update 时间戳,一旦滞后超过阈值,立即在监控大盘上标红并通知责任人。

传菜员看表、张阿姨计时、回锅重做是补救——数据的“传菜员”就是调度系统,“计时器”就是新鲜度监控,“回锅”就是补数任务。一套时效性治理机制,保证端到业务桌上的每份数据都是热的。

新鲜度=1−Tnow−TupdateTperiod\displaystyle \text{新鲜度} = 1 - \frac{T_{\text{now}} - T_{\text{update}}}{T_{\text{period}}}
新鲜度就像“出锅到现在过了多长时间”。离出锅越近越新鲜;超过一个更新周期还没上桌,新鲜度就变成负数,这道菜该扔了。
  1. 读取更新时刻Tupdate 是数据最近一次成功更新的时间戳,由数据管道在写入时记录
    Tupdate=数据最近更新时间\displaystyle T_{\text{update}} = \text{数据最近更新时间}
  2. 记录当前时刻Tnow 是计算新鲜度时的当前系统时间
    Tnow=当前系统时间\displaystyle T_{\text{now}} = \text{当前系统时间}
  3. 计算滞后时长当前时间减去更新时间,得到数据已经“凉了”多久
    ΔT=Tnow−Tupdate\displaystyle \Delta T = T_{\text{now}} - T_{\text{update}}
  4. 除以期望周期滞后时长除以期望更新周期 Tperiod,得到超期比例
    ΔTTperiod\displaystyle \frac{\Delta T}{T_{\text{period}}}
  5. 用 1 减超期比例得到新鲜度,越接近 1 越新鲜,小于 0 说明已超期
    新鲜度=1−ΔTTperiod\displaystyle \text{新鲜度} = 1 - \frac{\Delta T}{T_{\text{period}}}

质量保障实践:质检手册与巡店机制

三家分店开起来后,张阿姨发现光有手册还不够——必须有人检查、有记录、有奖惩。她设计了“每日晨检 + 每周巡店 + 顾客打分层”三层机制,每月末把三家店的出品合格率贴在大堂,谁家分数低,下个月主厨就得回总部培训。

数据团队同样需要把四大维度落成一整套可运行的机制,而不是一次性检查。核心组件有三个:检测规则库(把空值检测、跨源比对、精度验证、新鲜度监控等规则配置化,每次调度自动执行)、质量评分卡(按维度与权重计算综合得分,输出可视化报告)、SLA 管理(与业务方约定每个数据任务的交付时间与质量标准,超时未达标自动告警追责)。

张阿姨的“贴榜公示”就是数据团队的“质量看板”。四大维度不是入职培训讲一次就完——持续监控、持续改进、把质量写进 KPI,才是数据治理真正落地的标志。

SLA 达成率=N按时交付N总任务×100%\displaystyle \text{SLA 达成率} = \frac{N_{\text{按时交付}}}{N_{\text{总任务}}} \times 100\%
SLA 达成率就像“准时上桌的菜占全部菜的比例”。张阿姨承诺 30 分钟出餐,三小时才上桌,评价就是不及格。
  1. 统计任务总量N总任务 是统计周期内需要交付的数据任务个数,包括每日批处理、实时管道等
    N总任务=周期内已调度任务数\displaystyle N_{\text{总任务}} = \text{周期内已调度任务数}
  2. 统计按时交付N按时交付 是在约定时间窗内完成且质量校验通过的任务数
    N按时交付=∑i=1N总任务I(耗时i≤SLAi)\displaystyle N_{\text{按时交付}} = \sum_{i=1}^{N_{\text{总任务}}} \mathbb{I}(\text{耗时}_i \le \text{SLA}_i)
  3. 求比值按时交付任务数除以总任务数并乘以 100%,得到 SLA 达成率
    SLA 达成率=N按时交付N总任务×100%\displaystyle \text{SLA 达成率} = \frac{N_{\text{按时交付}}}{N_{\text{总任务}}} \times 100\%

AI 应用场景

场景1:数据治理团队制定质量标准

阶段:数据准备与治理

解决的问题:传统做法是等数据分析师发现数据不对才返工,问题定位靠“拍脑袋”。数据治理团队借助四大维度框架,把散落在各团队的质量投诉梳理成可执行的检测规则库,让质量问题在进入分析流程之前就被自动拦截。

具体案例:某电商公司治理团队建立“用户订单质量看板”,按四大维度输出每日评分:订单表必填字段缺失率(完整性)、订单与支付流水金额不一致率(一致性)、地址库与权威邮政库匹配率(准确性)、T+1 报表按时产出率(时效性)。月度综合评分从 82 分提升到 96 分。

场景2:数据工程师设计校验规则

阶段:数据管道开发

解决的问题:传统 ETL 管道只关心“跑完没跑完”,不关心“数据对不对”。数据工程师在每个管道下游加入四维校验节点,失败即阻断或告警,避免脏数据流入数仓。

具体案例:推荐系统特征管道每天凌晨重建特征表,工程师写了四条规则:日活跃用户数低于阈值则告警(完整性)、用户画像与前一天 diff 超限则阻断(一致性)、CTR 离群则拉响异常检测(准确性)、特征表超过 06:00 未刷新触发补数(时效性)。

场景3:数据产品经理定义 SLA

阶段:数据产品运营

解决的问题:数据报表“迟到了”但没人负责。数据产品经理借用时效性维度,定义每张报表的 SLA 承诺和告警升级路径,让延迟可度量、可追责。

具体案例:某银行数据产品经理为对公客户实时风控报表定义“5 分钟新鲜度 SLA”:若余额特征超过 5 分钟未更新,报表标黄并推送值班群;超过 15 分钟触发二级升级。落地后客户投诉率下降 40%。

Python 演示

python62 行
# -*- coding: utf-8 -*-"""数据质量四维体检工具: 输入一批用户记录, 输出四个维度评分与综合评分"""import refrom datetime import datetime  def quality_report(records, required_fields, ref_source, deadline):    """计算完整性/一致性/准确性/时效性, 返回各项得分与综合评分"""    total = len(records)    if total == 0:        return None    # 1. 完整性: 必填字段全部非空的记录占比    complete_cnt = sum(        1 for r in records        if all(r.get(f) not in (None, '') for f in required_fields)    )    completeness = complete_cnt / total     # 2. 一致性: 与参照源城市字段一致的记录占比    consistent_cnt = sum(        1 for r in records        if r['id'] in ref_source and ref_source[r['id']] == r['city']    )    consistency = consistent_cnt / total     # 3. 准确性: 手机号格式合法的记录占比    valid_cnt = sum(1 for r in records if re.match(r'^1\d{10}$', r['phone']))    accuracy = valid_cnt / total     # 4. 时效性: 更新时间不晚于期望截止时间的记录占比    fresh_cnt = sum(1 for r in records if r['updated_at'] >= deadline)    timeliness = fresh_cnt / total     score = {        'completeness': round(completeness, 2),        'consistency': round(consistency, 2),        'accuracy': round(accuracy, 2),        'timeliness': round(timeliness, 2),    }    score['overall'] = round(sum(score.values()) / 4.0, 2)    return score  def main():    deadline = datetime(2024, 6, 1, 0, 0, 0)    ref_source = {'u001': '杭州', 'u002': '上海', 'u003': '北京'}    records = [        {'id': 'u001', 'name': 'Alice', 'city': '杭州', 'phone': '13800001111',         'updated_at': datetime(2024, 6, 1, 8, 0, 0)},        {'id': 'u002', 'name': 'Bob', 'city': '上海', 'phone': '13912345678',         'updated_at': datetime(2024, 5, 31, 22, 0, 0)},        {'id': 'u003', 'name': 'Carol', 'city': '杭州', 'phone': '120',         'updated_at': datetime(2024, 5, 20, 10, 0, 0)},    ]    report = quality_report(records, ['id', 'name', 'city', 'phone'],                            ref_source, deadline)    for key, value in report.items():        print('{}: {}'.format(key, value))  if __name__ == '__main__':    main()
目的:模拟数据团队对一批用户记录做“四维体检”,分别算出完整率、一致率、准确率、时效性,并输出综合评分。
  1. def quality_report(records, required_fields, ref_source, deadline):定义四维体检主函数,接收记录列表、必填字段、参照源和截止时间
  2. if all(r.get(f) not in (None, '') for f in required_fields):一条记录的所有必填字段都不为空时,才算完整
  3. if r['id'] in ref_source and ref_source[r['id']] == r['city']:与参照源比对城市字段,相同才算一致
  4. valid_cnt = sum(1 for r in records if re.match(r'^1\d{10}$', r['phone']))用正则验证手机号格式,合法才算准确
  5. fresh_cnt = sum(1 for r in records if r['updated_at'] >= deadline)更新时间不晚于截止时间才算新鲜
  6. score['overall'] = round(sum(score.values()) / 4.0, 2)四个维度取平均,得到综合质量评分

常见误区

误区“我把所有字段都设成 NOT NULL,完整性就 100% 了!”

正解完整性是针对业务必填字段而言的。像“用户备注”这种非必填字段,空着反而是常态。盲目禁止空值会逼迫上游填垃圾值(如 "unknown"、"0"),反而污染准确性。正确做法是先识别业务关键字段,再对它们做空值检测与补录——就像清点食材只清点菜谱上写了的那几样,不会要求冰箱里每个格子都塞满。

为何常见:初学者容易把“字段非空”当成数据库规范,忽略了完整性的本质是“业务信息的完整程度”。

误区“主库和从库的数据对得上,数据就是准确的。”

正解一致性衡量的是“数据之间是否矛盾”(内部参照),准确性衡量的是“数据是否符合客观事实”(外部参照)。两个系统都存着“用户年龄=18”,一致但错误——因为用户真实年龄是 25。一致的系统可能同样错,准确则需要和可信来源对照,就像三家分店口味统一了,不代表这个口味就是顾客想要的。

为何常见:跨源比对的结果是“相等/不等”,容易让人误以为“相等”就等于“正确”。

误区“既然数据要新鲜,那把更新频率调到每秒一次总没错吧?”

正解时效性要与业务 SLA 匹配。一个 T+1 的日报表,每天更新一次就达标;改成每秒刷新除了浪费计算资源,还可能导致质量抖动。治理的目标是“在约定时间窗内交付可用数据”而非“无限提速”——张阿姨的萝卜炖牛腩五分钟内上桌就是好菜,不必追求三秒。

为何常见:“快”是直觉上最容易识别的好坏标准,但忽略了成本与稳定性的权衡。

误区“上线前跑一遍四大维度检测,数据就永远干净了。”

正解数据是动态的——新业务接入、上游源变更、口径调整都会让质量滑坡。质量保障需要持续监控:规则库随业务迭代更新、质量看板每天刷新、异常自动告警。张阿姨的巡店是每周都做的,而不是开张那天检查一次就收工。

为何常见:把质量检测当成“验收动作”而不是“运营机制”,是项目思维而非治理思维。

面试题

Q1. 数据质量的四大维度不包括以下哪一项?

单选题 · easy

  • A.完整性
  • B.一致性
  • C.美观性← 正确答案
  • D.时效性

答案:C。四大维度是完整性、一致性、准确性和时效性。“美观性”属于界面设计的范畴,与数据质量无关。就像张阿姨的后厨考核只问食材、菜谱、味道、上桌时间,不问摆盘好不好看。

Q2. 完整性维度主要衡量什么?

单选题 · easy

  • A.数据是否按规定格式存储
  • B.必填字段是否存在缺失← 正确答案
  • C.数据是否进行了加密处理
  • D.数据是否能做到实时更新

答案:B。完整性关注“该有的数据有没有”,用空值检测检查必填字段。格式存储属于一致性,加密属于安全,实时更新属于时效性。

Q3. 跨源比对主要用来检测哪个维度的问题?

单选题 · easy

  • A.完整性
  • B.一致性← 正确答案
  • C.准确性
  • D.时效性

答案:B。跨源比对把主表和参照表按主键关联、逐字段比较,专门发现“两边对不上”的矛盾,属于一致性检测。就像神秘顾客对比三家分店的鱼香肉丝口味。

Q4. 完整率的计算公式正确的是?

单选题 · mid

  • A.非空记录数除以总记录数← 正确答案
  • B.总记录数除以非空记录数
  • C.一致记录数除以比对记录数
  • D.错误记录数除以总记录数

答案:A。完整率 = 非空记录数 / 总记录数 × 100%,它回答“该有的记录里有多少是不缺料的”。选项 C 是一致率,选项 D 是错误率。

Q5. 某数据表的新鲜度计算值为负数,说明什么?

单选题 · mid

  • A.数据内容非常新鲜可靠
  • B.数据长期未更新严重超期← 正确答案
  • C.数据记录数量非常庞大
  • D.数据准确度已经非常高

答案:B。新鲜度 = 1 − (当前时间 − 更新时间) / 期望周期,为负说明滞后时长已超过期望更新周期,数据严重过期。就像牛腩出锅超过一个用餐时段还没上桌,只能回锅或倒掉。

Q6. 风控模型依赖的实时特征表原定每分钟刷新,实际却每 6 分钟才更新,这主要违反哪个维度?

单选题 · mid

  • A.一致性
  • B.准确性
  • C.时效性← 正确答案
  • D.完整性

答案:C。更新频率远低于约定值,属于时效性问题。它不涉及字段缺失(完整性)、不涉及跨源矛盾(一致性),也和值本身是否正确(准确性)无关,而是数据“凉了”。

Q7. 校验亿万级订单表的准确性,以下哪种方案最合理?

单选题 · hard

  • A.按置信区间确定抽样样本量← 正确答案
  • B.全量数据逐条人工验证最稳
  • C.样本量固定取一万条即可
  • D.抽样结果不具代表性

答案:A。全量人工核对成本不可承受;固定样本量缺乏统计依据;抽样在置信度与误差要求下确定样本量,能以可接受成本估计总体准确率,兼顾可靠性与开销。

Q8. 以下哪些属于数据质量的维度?

多选题 · easy

  • A.完整性← 正确答案
  • B.一致性← 正确答案
  • C.准确性← 正确答案
  • D.可扩展性

答案:ABC。完整性、一致性、准确性三大维度都属于数据质量框架。“可扩展性”是系统架构的非功能性指标,衡量系统承载能力,与数据本身的可用性评价无关。

Q9. 保证数据一致性常用的手段有哪些?

多选题 · mid

  • A.跨源数据对比← 正确答案
  • B.字段格式统一← 正确答案
  • C.主外键约束← 正确答案
  • D.删除冗余数据

答案:ABC。跨源对比发现矛盾,格式统一消灭写法差异,主外键约束保证关联引用完整,这三者都是一致性手段。删除冗余数据属于存储优化,可能误删有效信息。

Q10. 关于时效性监控,以下说法正确的有?

多选题 · hard

  • A.SLA 定义了可接受的更新时延← 正确答案
  • B.时效性与更新频率完全无关
  • C.超时未更新应触发延迟告警← 正确答案
  • D.新鲜度越低数据越陈旧← 正确答案

答案:ACD。SLA 明确了“多久内必须更新好”,超时触发告警,新鲜度低说明数据陈旧,这三项都正确。时效性衡量恰以更新频率为基准,选项 B 说“完全无关”是错的。