
_START_ARTICLE_
盤點 (資料)
_START_SECTION_
实现
_START_PARAGRAPH_
盘点区能有的实现方式是用一般数据库的数据表, 存储在文件系统中以文字展开的文件(或XML文件)或专属格式的二进制文件。 盘点区架构复杂的范围, 从目标数据库的一组单纯关系数据表, 到独立的数据库实例或文件系统。 尽管来源系统和目标系统支持的ETL 处理, 通常是一般数据库, 但位于数据源和目标之间的盘点区也不尽然是一般数据库。
_START_SECTION_
功能
_START_PARAGRAPH_
盘点区能够安排提供很多好处, 但其主要动机是用来增加ETL 处理的效率, 确保数据完整及支持数据操作的质量。盘点区的功能包含下列各项:
_START_SECTION_
整并
_START_PARAGRAPH_
盘点区担任的主要功能之一, 就是集成多个来源系统的数据。运行此一功能时, 盘点区就如同是一个大型的‘桶’可暂时放置从多个来源系统的数据, 便于未来的处理。常见的是在盘点区标记数据, 利用额外诠释数据指示原版的来源, 和时间戳记指示数据何时被放置到盘点区。
_START_SECTION_
一致
_START_PARAGRAPH_
一致化数据包含跨多个来源系统的参考资料标准化, 以及检核来自不同来源的纪录和数据成分间的关系。 在盘点区数据的一致化, 是功能上的密切相关也是支持‘主数据管理’(Master Data Management)的能力。
_START_SECTION_
减少争夺
_START_PARAGRAPH_
盘点区和所支持的ETL 处理, 其设计目标通常要能在来源系统做资源上竞争的最小化。一次性从来源拷贝需要的数据到盘点区, 常会较逐笔检索个别纪录(或小组群)要有效率。之前在技术上优势的做法, 是诸如数据流技术, 透过减少需要中断来降低负担和重新连接到来源系统, 并优化在多人使用来源系统的并发锁定管理。然而以复制来源的数据, 接着在盘点区等待运行的集中处理与转换的ETL 方式, 可获得比并发相关处理更好的控制。
_START_SECTION_
独立调度/多目标
_START_PARAGRAPH_
盘点区能在特定时间内安排好数据供给, 该数据是迳给多个目标。某些状况下, 数据可在不同时间拉入盘点区存放, 以便一次进行全部处理。举例来说, 此类状况有可能发生企业处理进行在跨时区的每个夜晚。其他情况也可能有数据被带入盘点区以便在特定时间处理; 或在盘点区推送数据到多个目标系统。例如, 每日营运数据会被推送到作业数据存储(Operational Data Store, ODS), 而相同数据也被送到以每月聚集形式的数据仓库。
_START_SECTION_
变更侦测
_START_PARAGRAPH_
盘点区支持根据目标系统的有效变更侦测。此功能在来源系统不支持可靠形式的变更侦测, 像是系统强制时间戳记, 变更追踪, 或者变更数据捕捉(Change Data Capture, CDC)时, 特别有用。
_START_SECTION_
清理数据
_START_PARAGRAPH_
数据清理包含从来源系统中识别和移除(或更新)无效的数据。利用盘点区, ETL 处理可用来实现企业逻辑去辨别与处理"无效的" 数据。无效数据的定义通常是业务规则与技术限制的组合。技术性约束可能外加于盘点区的结构(诸如一般数据库中表格约束), 以强制数据的有效性规则。
_START_SECTION_
汇集重算
_START_PARAGRAPH_
复杂业务逻辑的汇集,复杂计算与应用的重算可在盘点区进行, 以支持高回应服务级别协议(Service Level Agreements, SLAs), 用于目标系统的汇总报表。
_START_SECTION_
数据归档/问题排除
_START_PARAGRAPH_
数据归档能在盘点区进行或支持。这种情境下, 在加载过程中, 盘点区可用来维护历史纪录, 或推送数据到目标下的归档结构。此外, 数据也能维护在盘点区保存更长的时间, 以利支持ETL 处理的技术问题排除....