知识库✳

教程与手册

全部教程
  1. 01Oracle 函数手册
  2. 02性能优化手册
  3. 03Linux Shell
  4. 04Oracle 学习与演练
  5. 05网络基础学习
  6. 06数据治理与管理
返回个人网站
数DAMA 数据管理教程从知识体系到落地实践
首页课程目录搜索
知识库

已完成 0 / 17 章

模块一 · 基础与框架

  • 01数据管理:把数据当作资产
  • 02数据处理伦理

模块二 · 治理与架构

  • 03数据治理
  • 04数据架构

模块三 · 建模与存储

  • 05数据建模和设计
  • 06数据存储和操作

模块四 · 安全与集成

  • 07数据安全
  • 08数据集成和互操作

模块五 · 内容与主数据

  • 09文件和内容管理
  • 10参考数据和主数据

模块六 · 分析与质量

  • 11数据仓库和商务智能
  • 12元数据管理
  • 13数据质量

模块七 · 前沿与组织

  • 14大数据和数据科学
  • 15数据管理成熟度评估
  • 16数据管理组织与角色期望
  • 17数据管理与组织变革
❖

DAMA 数据管理教程

返回个人网站知识库

内容框架参考《DAMA 数据管理知识体系指南(原书第 2 版)》,正文为教学改写; 建议对照原书与所在组织的实际场景学习。

以 Next.js 16 · Tailwind CSS v4 · HeroUI v3 装帧

14
  1. 首页
  2. 课程目录
  3. 大数据和数据科学

第 14 章◆高级◆建议 55 分钟◆模块七 · 前沿与组织

大数据和数据科学

理解 ELT、数据湖、预测与规范分析、机器学习与数据科学过程,并用元数据、质量与伦理治理其风险。

学完这一章,你应该能

  • 说清大数据的多维特征,以及它与传统 DW/BI 的差异
  • 比较 ETL 与 ELT,设计数据湖与批流结合架构
  • 区分描述、诊断、预测、规范分析及机器学习类型
  • 按七阶段过程推进数据科学项目并部署监控模型
  • 用使用、加载、学习与业务指标治理大数据能力

14.1大数据改变了什么

大数据不仅指数据量大,还包括种类多、产生速度快,以及黏度高、波动大、准确性低等特征。数据科学则综合统计学、计算机科学、机器学习、信号处理与可视化,从数据中构建预测模型、发现模式。传统 BI 像后视镜,解释过去;数据科学更像挡风玻璃,尝试预判未来。

  • 3V 起步:Volume(量大)、Velocity(快)、Variety/Variability(多样/可变)
  • 扩展特征:Viscosity(使用与集成难度)、Volatility(变化频率)、Veracity(准确性)
  • 大数据驱动因素:从多流程数据中发现商机、预测客户需求、个性化产品服务、自动化复杂活动
  • 管理大数据的元数据要求更高:必须能说清文件来源、内容与价值
  • 大数据不采用关系模型组织数据,通常先加载后转换(ELT),与传统数仓相反

提示「大数据」不是目的。先明确要解决的业务问题和可衡量收益,再决定是否真的需要 PB 级平台。

14.2数据湖与批流架构

数据湖可以接收、存储、评估和分析多种类型与结构的数据:既是数据科学家的探索环境,也可作为原始数据集中存储、数仓历史明细的备份、在线归档或流数据处理环境。风险是它会迅速退化为「数据沼泽」——杂乱、不干净、不一致。

  • 数据湖需要单一键值、语义模型或数据模型帮助使用者理解数据关联
  • 基于服务的架构分三层:批处理层(历史与近期数据)、加速层(实时数据)、服务层(统一接口)
  • Lambda 架构用批处理路径保证完整性、速度路径保证低延迟
  • 数据源包括内部系统、外部数据、IoT 传感器、日志、社交媒体与流数据
ETL 与 ELT
维度ETLELT
顺序先转换再加载先加载再转换
典型场景传统数据仓库数据湖、大数据平台
优势进入仓库的数据已清洗、结构统一保留原始数据,转换灵活,支持探索
风险前期建模重、原始数据可能丢失容易形成沼泽,依赖强元数据与治理

ELT 不必然生成企业数据模型;若缺少元数据管理,可能丢失大量数据知识。

14.3分析谱系:从描述到规范

分析能力从回答「发生了什么」逐步走向「为什么会发生」「可能发生什么」「应该怎么做」。越往后,对数据、模型、实时性和治理的要求越高。

  • 机器学习三类:监督学习(有标签)、无监督学习(找隐藏模式,如聚类)、强化学习(基于目标优化)
  • 常见数据挖掘技术:剖析、数据缩减、关联、聚类、自组织映射
  • 文本挖掘与 NLP 用于情绪分析、主题分类与知识本体构建
  • 深度学习等复杂模型可能是黑箱,透明性与可解释性是伦理与治理要求
  • 可视化、数据混搭与运营分析把模型结果转化为可行动的洞察
四类分析
类型回答的问题典型方法
描述性分析发生了什么?报表、仪表盘、聚合统计
诊断性分析为什么发生?钻取、相关性、根因分析
预测性分析可能发生什么?回归、分类、时间序列、机器学习
规范性分析应该怎么做?优化、模拟、决策规则、强化学习

预测模型的价值取决于输入数据质量与模型健全性;规范分析还要能解释不同决策的后果。

14.4数据科学项目的七个阶段

数据科学遵循科学方法:观察、提出假设、检验、解释。项目是迭代的,每一步的输出会成为下一步的输入,需求也可能在探索中改变。

  • 数据源选择要由问题驱动,而不是「有什么数据就用什么」
  • 筛选与清洗会实质性影响结果,必须客观、统一,避免引入偏见
  • 模型上线后要监控漂移、效果与副作用,定期重训或退役
  • 很多数据科学项目最终会演变为数据仓库或数据产品项目
  1. 01定义大数据战略与业务需求:明确要解决的问题、可衡量收益与评估节点
  2. 02选择数据源:评估内部/外部数据、粒度、一致性、可靠性与隐私风险
  3. 03采集与提取:捕获来源、大小、时效等元数据,加载到数据湖或分析环境
  4. 04设定假设与方法:剖析、可视化、挖掘数据,定义模型输入、算法与假设
  5. 05集成与调整:连接多源数据,处理粒度与时间对齐,评估质量与适用性
  6. 06使用模型探索:训练、验证、调优,识别异常值,迭代假设与特征
  7. 07部署与监控:把有效模型投入生产,持续监控价值与有效性,并转入数据仓库/产品化

14.5治理与度量

大数据治理要覆盖可视化渠道、数据科学与可视化标准、安全、元数据与质量。没有元数据,数据湖无法被理解;没有质量评估,分析结论不可信;没有安全与伦理,创新会带来伤害。

  • 数据质量评估要前置:否则不知道数据代表什么,也难以跨数据集关联
  • 模型与可视化都要有标准,避免误导性图表与不可复现分析
  • 大数据环境同样适用隐私、分类分级与访问控制要求
  • 数据科学团队要与数据治理、元数据、质量团队协作,而不是独立于体系之外
大数据与数据科学度量
类别指标示例
技术使用数据热点、访问量、增长率、用户查询内容
加载与扫描提取率、加载量、扫描量、查询执行计划
学习与业务模型数量与准确性、已识别机会带来的收入、避免威胁降低的成本
治理元数据覆盖率、质量评估覆盖率、模型审批与监控覆盖率

指标要能说明从数据到洞察再到业务结果的链路,而不只是平台吞吐量。

练习

4 题 · 先自己写,再展开对照

提示ELT、元数据、目录、质量、访问治理。

参考答案

主要风险:
- 只加载不治理,数据杂乱、重复、不可信;
- 缺少元数据与目录,用户找不到、看不懂数据;
- 没有质量评估,分析结论不可靠;
- 权限与隐私控制不足,敏感数据扩散;
- 成本失控,冷数据长期占用高性能存储。

三条措施:
1)入库即采集最小元数据集(名称、格式、来源、版本、接收日期、所有者),建立数据目录;
2)建立分区/分层(原始、清洗、可信、消费)与质量门槛,只有通过校验的数据进入可信层;
3)按分类分级实施访问控制与生命周期管理,定期清理无用数据、归档冷数据。

数据湖的价值不在「存了多少」,而在「能否被找到、理解、信任和使用」。

自评要点

  • 指出沼泽化、元数据、质量、安全风险
  • 措施包含目录、分层/质量门槛、访问与生命周期
  • 强调可用与可信而非容量

提示目标系统转换能力、原始数据保留、元数据与治理。

参考答案

ETL:抽取→转换→加载,数据进入目标前已清洗、结构化;适合传统数仓、强结构、转换规则明确的场景。
ELT:抽取→加载→转换,原始数据先落地,再在目标平台转换;适合数据湖、大数据平台、探索性分析、转换规则频繁变化的场景。

选择 ELT 的情况:
- 目标平台算力强、存储便宜;
- 需要保留原始数据以供多种用途;
- 数据来源多样、结构不稳定;
- 分析需求尚不明确,需要先探索。

额外要求:
- 强元数据管理:否则不知道原始数据代表什么;
- 数据质量与分层:原始层、清洗层、可信层要分开;
- 访问控制与隐私:原始数据可能含敏感信息;
- 成本与生命周期管理:避免无限堆积;
- 转换逻辑版本化,保证可复现。

自评要点

  • 两者顺序与适用场景清楚
  • 选择 ELT 的条件合理
  • 指出元数据、质量、安全、成本要求

提示数据漂移、概念漂移、样本偏差、监控、重训、业务变化。

参考答案

可能原因:
1)数据漂移:线上特征分布与训练数据不同,如促销、季节、渠道变化;
2)概念漂移:客户行为与流失关系改变,旧模式失效;
3)样本偏差:训练集只覆盖部分客户,或标签定义有误;
4)数据管道问题:线上特征计算与训练不一致,或数据延迟/缺失;
5)反馈回路:用模型结果做干预,改变了后续数据分布;
6)评估指标与业务目标不一致,测试集不能代表线上。

措施:
- 建立特征与预测分布监控,设置漂移告警;
- 定期用新数据重训与回测,保留模型版本;
- 统一训练与线上特征工程,做一致性校验;
- 用业务指标(留存、召回成本)而非只看准确率;
- 设计 A/B 测试与人工复核,评估干预效果;
- 记录模型决策与结果,支持审计与复盘。

自评要点

  • 至少四个原因,覆盖漂移/偏差/管道/指标
  • 措施包含监控、重训、一致性、业务指标
  • 提到模型版本与审计

提示透明性、公平性、可解释性、同意、救济、审计。

参考答案

必须回答:
1)目的与合法性:拒绝服务的依据是什么?是否符合合同、消费者保护与反歧视法规?
2)公平性:模型是否对某些群体系统性不利?训练数据是否放大了历史偏见?
3)可解释性:能否向客户和监管解释拒绝原因?黑箱模型是否可接受?
4)告知与同意:客户是否知道数据被用于评分?是否有选择与申诉渠道?
5)数据质量与来源:输入数据是否准确、最新?错误数据如何纠正?
6)人工复核与救济:是否有复核机制与人工干预?错误拒绝如何补偿?
7)监控与审计:上线后如何监测偏差、漂移与滥用?谁负责?
8)最小化与保留:是否只使用必要数据?保留多久?

治理要求:模型上线前评审、上线后监控、决策可追溯,并明确责任人与升级路径。

自评要点

  • 至少四个问题,覆盖公平、透明、同意、救济
  • 提到法规与反歧视
  • 包含上线后监控与问责

本章对应《DAMA 数据管理知识体系指南(原书第 2 版)》第 14 章。正文为教学改写,建议对照原书与所在组织的实际场景阅读。

← 上一章

数据质量

下一章 →

数据管理成熟度评估