数据仓库技术架构及方案
数据仓库的架构设计与优化方法
数据仓库的架构设计与优化方法数据仓库是一个用于集成、存储和分析企业数据的系统。
在企业中，随着数据量的不断增大，数据仓库的设计和优化变得越来越重要。
本文将介绍数据仓库的架构设计和优化方法。
一、数据仓库的架构设计1. 数据源：首先，我们需要确定数据仓库的来源，也就是数据源。
数据源可以是各个部门的业务系统、传感器、日志文件等。
通过将数据源与数据仓库进行集成，可以实现数据的实时抓取和更新。
2. 数据抽取和转换：数据仓库的第二个组成部分是数据抽取和转换，也就是将数据从数据源中抽取出来，并对其进行清洗、转换和整合，以适应数据仓库中的数据模型。
3. 数据存储：数据存储是数据仓库的核心组件。
常见的数据存储方式有关系数据库、数据仓库、列式存储等。
选择适当的数据存储方式可以提高数据的查询性能和存储效率。
4. 数据管理：数据管理是数据仓库的重要环节，主要包括数据清洗、数据归档、数据备份和恢复等。
通过合理的数据管理策略，可以确保数据的完整性和安全性。
5. 数据访问和分析：数据仓库的最终目的是为用户提供数据访问和分析功能。
通过采用合适的数据查询语言和工具，可以实现快速、灵活和高效的数据访问和分析。
二、数据仓库的优化方法1. 数据模型设计：良好的数据模型设计是数据仓库优化的关键。
在设计数据模型时，应该考虑到数据的结构、逻辑关系和数据访问方式。
一个好的数据模型可以提高查询性能和数据的处理效率。
2. 索引设计：索引是提高查询性能的重要手段。
在设计索引时，应该根据查询的特点和频率来选择适当的索引策略。
同时，还可以通过对查询语句进行优化，减少索引的使用次数，提高查询效率。
3. 数据压缩和分区：数据压缩和分区是提高数据存储效率的有效方法。
通过数据压缩和分区可以减少存储空间的占用，并加快数据的查询和加载速度。
4. 查询优化：查询优化是提高数据访问性能的关键。
在进行查询优化时，可以采用索引、缓存、分片等技术，减少查询时间和提高系统的并发能力。
数据仓库的基本架构
数据仓库的基本架构数据仓库是一个用于集成、存储和管理企业数据的中心化系统，它能够支持企业的决策制定和业务分析。
数据仓库的基本架构包括数据源、数据抽取、数据转换、数据加载、数据存储和数据访问等多个组件。
本文将详细介绍数据仓库的基本架构及其各个组件的功能和作用。
一、数据源数据源是数据仓库的起点，它包括企业内部的各种业务系统，如销售系统、采购系统、人力资源系统等，以及外部数据源，如供应商、合作伙伴等。
数据源可以是结构化数据，如关系型数据库中的表，也可以是半结构化数据，如日志文件、XML文件等。
数据源负责提供数据给数据仓库，为后续的数据处理和分析提供数据基础。
二、数据抽取数据抽取是将数据从数据源中提取出来的过程，它可以根据特定的规则和条件进行数据过滤和筛选，确保只有符合要求的数据被抽取到数据仓库中。
数据抽取可以采用全量抽取或增量抽取的方式，全量抽取是指将数据源中的所有数据都抽取到数据仓库中，而增量抽取是指只抽取数据源中发生变化的数据。
数据抽取一般会使用ETL（抽取、转换和加载）工具来实现。
三、数据转换数据转换是将从数据源中抽取出来的数据进行清洗、整合和转换的过程，使得数据能够符合数据仓库的数据模型和规范。
数据转换包括数据清洗、数据整合、数据转换和数据校验等多个步骤。
数据清洗用于去除数据中的噪声和冗余，数据整合用于将多个数据源的数据整合成一致的格式和结构，数据转换用于将数据进行格式转换和计算，数据校验用于验证数据的完整性和准确性。
四、数据加载数据加载是将经过数据转换的数据加载到数据仓库中的过程，它包括数据存储和索引的建立。
数据存储一般采用关系型数据库或列式数据库等技术，数据索引用于提高数据的查询性能。
数据加载可以采用批量加载或实时加载的方式，批量加载是指定期将数据从数据源加载到数据仓库，而实时加载是指数据源中的数据发生变化时立即加载到数据仓库。
五、数据存储数据存储是数据仓库中存储数据的部分，它包括数据仓库的物理存储和逻辑存储。
数据仓库的基本架构
数据仓库的基本架构数据仓库是一种面向主题、集成、非易失、相对稳定和历史数据的数据集合。
它采用了一种特定的架构来存储和管理数据，以便支持企业的决策和分析需求。
数据仓库的基本架构由以下几个主要组件组成：数据源、ETL过程、数据存储和访问层。
1. 数据源(Data Sources)数据源是数据仓库的起点，它包括企业内部的各个业务系统、外部数据提供商和第三方数据供应商等。
数据源可以是关系数据库、平面文件、Web服务等各种数据存储形式。
数据源中的数据通常以不同的格式和结构存在，这就需要进行数据整合和转换。
2. ETL过程(Extraction, Transformation and Loading)ETL是数据仓库的核心过程，它包括数据的抽取、转换和加载。
数据抽取是指从数据源中提取需要使用的数据，可以使用不同的技术和工具来实现，如SQL查询、文件导入等。
数据转换是指对抽取的数据进行清洗、整合、转换和规范化等处理，以满足数据仓库的要求。
数据加载是指将转换后的数据加载到数据仓库中，可以采用增量加载或全量加载的方式。
3. 数据存储(Data Storage)数据存储是指将经过ETL处理后的数据存储到数据仓库中。
数据仓库通常采用分层的存储结构，包括原始数据层、中间数据层和目标数据层。
原始数据层存储从数据源中抽取的原始数据，中间数据层存储经过转换和整合后的数据，目标数据层存储已经满足分析和查询需求的数据。
4. 数据访问层(Data Access)数据访问层是用户和数据仓库之间的接口，它提供了各种查询、分析和报表功能，以满足用户对数据的不同需求。
数据访问层可以通过各种方式进行数据查询，例如使用SQL查询语言、OLAP分析工具、报表生成工具等。
它还可以提供更高级的分析功能，如数据挖掘、机器学习和数据可视化等。
除了以上的基本架构组件，数据仓库还需要考虑数据安全性、性能优化、数据质量管理和元数据管理等问题。
数据安全性要求对数据进行权限控制、数据加密和数据备份等操作，以保证数据的安全和完整性。
数据仓库的基本架构
数据仓库的基本架构数据仓库是一个用于集成、存储和分析企业数据的系统。
它的基本架构由以下几个组成部份构成：数据源、数据抽取、数据转换、数据加载、数据存储和数据访问。
1. 数据源：数据源是指数据仓库所需的数据的来源。
数据源可以包括企业内部的各种业务系统、数据库、文件等。
数据源可以是结构化的数据，如关系数据库中的表格，也可以是非结构化的数据，如日志文件、文档等。
2. 数据抽取：数据抽取是指从数据源中提取数据并将其传输到数据仓库的过程。
数据抽取可以采用多种方式，如全量抽取和增量抽取。
全量抽取是指将整个数据源中的数据都抽取到数据仓库中，而增量抽取是指只抽取数据源中发生变化的数据。
3. 数据转换：数据转换是指将抽取的数据进行清洗、整合和转换的过程。
在这个过程中，数据会进行去重、格式转换、数据合并等操作，以确保数据的一致性和准确性。
数据转换还可以包括数据的标准化和规范化，以便于后续的数据分析和查询。
4. 数据加载：数据加载是指将经过转换的数据加载到数据仓库中的过程。
数据加载可以采用批量加载或者实时加载的方式。
批量加载是指将一批数据一次性加载到数据仓库中，而实时加载是指将数据实时地加载到数据仓库中，以保持数据的及时性。
5. 数据存储：数据存储是指数据仓库中存储数据的部份。
数据存储普通采用多维数据库或者关系数据库来存储数据。
多维数据库适合于存储多维数据，如OLAP（联机分析处理）数据，而关系数据库适合于存储结构化数据，如事务数据。
6. 数据访问：数据访问是指用户通过查询和分析工具来访问和分析数据仓库中的数据。
数据访问可以通过SQL查询、OLAP查询、报表和可视化工具等方式进行。
数据访问还可以通过数据挖掘和数据分析来发现隐藏在数据中的模式和规律。
数据仓库的基本架构可以根据具体的需求和技术选择进行调整和扩展。
例如，可以在数据抽取和数据加载过程中引入ETL（抽取、转换、加载）工具来简化和自动化数据处理的流程。
同时，还可以引入数据管理和数据质量管理来确保数据的准确性和完整性。
数据仓库建设方案
数据仓库建设数据仓库总体架构专家系统接收增购项目车辆TCMS或其他子系统通过车地通信传输的实时或离线数据,经过一系列综合诊断分析,以各种报表图形或信息推送的形式向用户展示分析结果。
针对诊断出的车辆故障将给出专家建议处理措施,为车辆的故障根因修复提供必要的支持。
根据专家系统数据仓库建设目标,结合系统数据业务规范,包括数据采集频率、数据采集量等相关因素,设计专家系统数据仓库架构如下：数据仓库架构从层次结构上分为数据采集、数据存、数据分析、数据服务等几个方面的内容：数据采集：负责从各业务自系统中汇集信息数据,系统支撑Kafka、Storm、Flume及传统的ETL采集工具。
数据存储：本系统提供Hdfs、Hbase及RDBMS相结合的存储模式,支持海量数据的分布式存储。
数据分析：数据仓库体系支持传统的OLAP分析及基于Spark常规机器学习算法。
数据服务总线：数据系统提供数据服务总线服务,实现对数据资源的统一管理和调度,并对外提供数据服务。
数据采集专家系统数据仓库数据采集包括两个部分内容：外部数据汇集、内部各层数据的提取与加载。
外部数据汇集是指从TCMS、车载子系统等外部信息系统汇集数据到专家数据仓库的操作型存储层 ODS ；内部各层数据的提取与加载是指数据仓库各存储层间的数据提取、转换与加载。
外部数据汇集专家数据仓库数据源包括列车监控与检测系统 TCMS 、车载子系统等相关子系统,数据采集的内容分为实时数据采集和定时数据采集两大类,实时数据采集主要对于各项检测指标数据；非实时采集包括日检修数据等。
根据项目信息汇集要求,列车指标信息采集具有采集数据量大,采集频率高的特点,考虑到系统后期的扩展,因此在数据数据采集方面,要求采集体系支持高吞吐量、高频率、海量数据采集,同时系统应该灵活可配置,可根据业务的需要进行灵活配置横向扩展。
本方案在数据采集架构采用Flume+Kafka+Storm的组合架构,采用Flume和ETL工具作为Kafka的Producer,采用Storm作为Kafka的Consumer,Storm可实现对海量数据的实时处理,及时对问题指标进行预警。
数据仓库建设中的架构设计
数据仓库建设中的架构设计一、引言随着数据量的日益增长，数据分散、分散的特征日益明显，分散的数据无法直接查询分析，因此，数据仓库建设逐渐成为企业IT建设中的重点。
数据仓库的设计架构决定了数据仓库的稳定性、可维护性和性能优化的空间和广度。
本文将详细介绍数据仓库建设的架构设计。
二、数据仓库架构设计原则数据仓库架构设计应考虑以下几点原则：（一）用户需求驱动数据仓库的建设必须遵循用户需求驱动的原则，其建设目标应当围绕用户需求展开，并通过与相关业务部门合作，确定数据仓库架构的关键要素以满足用户需求。
（二）分层架构设计数据仓库的建设应该采用分层架构设计，分层架构的设计可以使数据仓库更加透明化，易于维护和升级，在整个数据仓库架构中，分层必须明确，因此，数据仓库的架构设计必须考虑这一点。
（三）数据持久性和一致性数据仓库中的数据非常重要，因此，架构设计必须考虑数据的持久性和一致性。
在数据仓库的建设过程中，应采用合适的存储方案，确保数据的完整性和可靠性。
（四）可扩展性和性能优化数据仓库在建设过程中应该采用合适的技术，确保其可扩展性和性能优化的空间和广度，因此，数据仓库建设的架构设计必须综合考虑业务需求、技术需求和数据量的变化等因素。
（五）安全性和易用性数据仓库的数据来自不同的业务部门，因此必须确保数据的安全性和隐私保护，同时，也应确保数据仓库的易用性和操作便捷性，以提高工作效率。
三、数据仓库分层架构设计数据仓库分层架构分为三层：（一）数据提取层数据提取层（ETL层）负责从不同的业务系统中提取数据，并将其转换为标准格式。
数据提取层的主要任务是数据清洗、数据采集、数据转换和数据质量控制等方面的工作。
（二）数据存储层数据存储层（存储层）负责存储ETL层生成的数据。
数据存储层通常由多个数据仓库组成，每个仓库包含特定的主题，如客户、销售、库存等，可以为不同的终端用户提供数据服务。
（三）数据应用层数据应用层（应用层）负责数据仓库的应用，包括数据查询和报表生成等功能。
数据仓库技术架构及方案
数据仓库技术架构及方案数据仓库技术架构及方案是指一种将企业的各种数据进行集成、转换和存储的技术架构及解决方案。
在数据仓库技术架构及方案中，数据从多个不同的源进行提取、转换和加载，最后存储在一起以供查询和分析。
本文将介绍数据仓库技术架构及方案的关键组成部分和流程。
一、数据仓库技术架构的关键组成部分：1.数据源：数据仓库的数据可以来自于多种不同的源，如企业内部系统、外部数据供应商和第三方数据等。
2.数据抽取：将数据从源系统中提取出来，并进行清洗、转换和整合，以适应数据仓库的存储和分析需求。
3.数据加载：将经过处理的数据加载到数据仓库中的存储层，通常包括数据仓库数据库、数据仓库服务器等。
4.元数据管理：对数据仓库中的数据进行元数据管理，包括对数据的描述、定义和分析，以支持数据仓库的查询和分析需求。
5.数据查询和分析：通过数据仓库中的分析工具和查询语言，使用者可以对数据仓库中的数据进行查询、分析和报表生成等操作。
6.数据治理：数据仓库需要进行数据治理，包括数据质量管理、数据安全管理等，以保障数据仓库的可靠性和安全性。
二、数据仓库技术架构及方案的关键流程：1.数据需求分析：根据企业的业务需求，确定数据仓库的基本数据模型和存储需求，包括事实表、维度表、指标等。
2.数据抽取和清洗：根据数据需求，将数据从源系统中提取出来，并进行清洗、转换和整合，以适应数据仓库的存储和分析需求。
3.数据加载和转换：将经过处理的数据加载到数据仓库中的存储层，同时进行数据的转换和集成，以确保数据的一致性和准确性。
4.元数据管理：对数据仓库中的数据进行元数据管理，包括对数据的描述、定义和分析，以支持数据仓库的查询和分析需求。
5.数据查询和分析：通过数据仓库中的分析工具和查询语言，使用者可以对数据仓库中的数据进行查询、分析和报表生成等操作，支持企业决策和业务分析。
6.数据治理：数据仓库需要进行数据治理，包括数据质量管理、数据安全管理等，以保障数据仓库的可靠性和安全性。
数据仓库建设方案
第1章数据仓库建设1.1 数据仓库总体架构专家系统接收增购项目车辆TCMS或其他子系统通过车地通信传输的实时或离线数据，经过一系列综合诊断分析，以各种报表图形或信息推送的形式向用户展示分析结果。
针对诊断出的车辆故障将给出专家建议处理措施，为车辆的故障根因修复提供必要的支持。
根据专家系统数据仓库建设目标，结合系统数据业务规范，包括数据采集频率、数据采集量等相关因素，设计专家系统数据仓库架构如下：数据仓库架构从层次结构上分为数据采集、数据存、数据分析、数据服务等几个方面的内容：数据采集：负责从各业务自系统中汇集信息数据，系统支撑Kafka、Storm、Flume及传统的ETL采集工具。
数据存储：本系统提供Hdfs、Hbase及RDBMS相结合的存储模式，支持海量数据的分布式存储。
数据分析：数据仓库体系支持传统的OLAP分析及基于Spark常规机器学习算法。
数据服务总线：数据系统提供数据服务总线服务，实现对数据资源的统一管理和调度，并对外提供数据服务。
1.2 数据采集专家系统数据仓库数据采集包括两个部分内容：外部数据汇集、内部各层数据的提取与加载。
外部数据汇集是指从TCMS、车载子系统等外部信息系统汇集数据到专家数据仓库的操作型存储层（ODS）；内部各层数据的提取与加载是指数据仓库各存储层间的数据提取、转换与加载。
1.2.1外部数据汇集专家数据仓库数据源包括列车监控与检测系统（TCMS）、车载子系统等相关子系统，数据采集的内容分为实时数据采集和定时数据采集两大类，实时数据采集主要对于各项检测指标数据；非实时采集包括日检修数据等。
根据项目信息汇集要求，列车指标信息采集具有采集数据量大，采集频率高的特点，考虑到系统后期的扩展，因此在数据数据采集方面，要求采集体系支持高吞吐量、高频率、海量数据采集，同时系统应该灵活可配置，可根据业务的需要进行灵活配置横向扩展。
本方案在数据采集架构采用Flume+Kafka+Storm的组合架构，采用Flume和ETL 工具作为Kafka的Producer，采用Storm作为Kafka的Consumer，Storm可实现对海量数据的实时处理，及时对问题指标进行预警。
Teradata数据仓库技术架构及方案
• 应用
> What functions and interrelations of functions do the applications have and need? Sales, Marketing, Pricing, Manufacturing, Customer Management.
Enterprise Service Bus
Duplicate
MSTG-rMaW nsacMStGi-oMWn
Event Notification
Business Rules
DA-MW
DA-MW
MSG-MW
Event Detection
DA-MW
Business Process Automation
数据仓库技术架构及方案
SPDB Project Training
黄予辉 2008年12月13日
Agenda
• Teradata简介 • 架构设计原理 • 整体架构说明 • ETL架构说明
Teradata 公司概况
• Teradata Corporation – 2007年10月1日纽交所上市
> 企业级数据仓库全球领导者
Processing
QD EDW — B RS
Analytic & Decision Making Repositories
Reference Architecture – Data loading View
Frontline Users
• 技术
> The bit IT cares about most. The easiest to get WRONG because we don’t concentrate on the other aspects of architecture FIRST!
数据仓库的基本架构
数据仓库的基本架构数据仓库是一个用于存储和管理大量结构化和非结构化数据的系统，旨在支持企业的决策制定和分析需求。
它提供了一个统一的数据视图，将来自不同数据源的数据整合在一起，为用户提供准确、一致和可靠的数据。
数据仓库的基本架构由以下几个主要组件组成：1. 数据源：数据源是数据仓库的起点，可以是企业内部的各种事务系统、数据库、日志文件等，也可以是外部数据提供商的数据。
数据源提供了数据仓库所需的原始数据。
2. 数据抽取：数据抽取是将数据从数据源中提取出来并转换成数据仓库所需的格式的过程。
它包括数据清洗、数据转换和数据加载等步骤。
数据抽取可以通过批量处理或实时流式处理来完成。
3. 数据存储：数据存储是数据仓库中最重要的组件之一。
它通常由多个数据表组成，每个数据表用于存储特定类型的数据。
数据存储可以采用关系型数据库、列式数据库或分布式文件系统等技术。
4. 数据集成：数据集成是将来自不同数据源的数据整合在一起的过程。
它可以通过ETL（抽取、转换、加载）工具来实现，也可以通过自定义的数据集成程序来完成。
5. 数据访问：数据访问是用户从数据仓库中获取数据的方式。
它可以通过查询语言（如SQL）或可视化工具来实现。
数据访问可以是批量查询，也可以是实时查询。
6. 数据治理：数据治理是确保数据仓库中的数据质量和一致性的过程。
它包括数据清洗、数据验证、数据标准化和数据安全等方面的工作。
7. 数据安全：数据安全是保护数据仓库中的数据免受未经授权的访问、修改或破坏的过程。
它包括身份验证、访问控制、数据加密和数据备份等措施。
8. 数据分析：数据分析是数据仓库的核心功能之一。
它包括数据挖掘、数据建模、数据可视化和报表生成等技术，用于帮助用户发现数据中的模式、趋势和关联规则。
9. 数据维护：数据维护是保持数据仓库的稳定性和可用性的过程。
它包括数据备份、数据恢复、性能优化和容量规划等方面的工作。
数据仓库的基本架构可以根据具体的业务需求和技术选型进行调整和扩展。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
NW
TX1 APPL
DA-MW
MSG-MW
TX2 APPL
DA-MW
MSG-MW
TX3 APPL
DA-MW
MSG-MW
TX4 APPL
DA-MW
Extract from Database
OLTP1
OLTP2
OLTP3
OLTP4
Transactional Repositories
ASP / JSP
Service Brokers
> Works against information to support the Business View. The applications work within the confines of the Information architecture, creating and consuming the data elements, rules and definitions of that architecture view.
10 TB 5 TB
# of Concurrent Queries
15+ way Joins + OLAP operations + Aggregation + Complex “Where”
constraints + Views Parallelism
Simple Star
3-5 Way Joins
Gartner Magic Quadrant for Data Warehouse DBMS Servers, 2006 Feinberg, Hardcastle, Butler, Dawson (8/25/2006)
The Magic Quadrant is copyrighted 9/12/06 by Gartner, Inc. and is reused with permission. The Magic Quadrant is a graphical representation of a marketplace at and for a specific time period. It depicts Gartner's analysis of how certain vendors measure against criteria for that marketplace, as defined by Gartner. Gartner does not endorse any vendor, product or service depicted in the Magic Quadrant, and does not advise technology users to select only those vendors placed in the "Leaders" quadrant. The Magic Quadrant is intended solely as a research tool, and is not meant to be a specific guide to action. Gartner disclaims all warranties, express or implied, with respect to this research, including any warranties of merchantability or fitness for a particular purpose.
> The data is worked on by the applications, used by the business.
• 应用
> What functions and interrelations of functions do the applications have and need? Sales, Marketing, Pricing, Manufacturing, Customer Management.
Financial
Travel
Retail
Insurance
AoyamaShoji
Manufacturing
Teradata 数据仓库技术的领导者
软件
硬件
Gartner Magic Quadrant for Data Warehouse DBMS, 2006 Feinberg & Beyer (9/2006)
• 技术
> The bit IT cares about most. The easiest to get WRONG because we don’t concentrate on the other aspects of architecture FIRST!
> What do we have and need to support the other 3 Views without limitation?
Enterprise Service Bus
Duplicate
MSTG-rMaW nsacMStGi-oMWn
Event Notification
Business Rules
DA-MW
DA-MW
MSG-MW
Event Detection
DA-MW
Business Process Automation
Processing
QD EDW — B RS
Analytic & Decision Making Repositories
Reference Architecture – Data loading View
Frontline Users
Corporate Memory
ORDER
ORDER NUMBER ORDER DATE STATUS
ORDER ITEM BACKORDERED QUANTITY
ORDER ITEM SHIPPED QUANTITY SHIP DATE
ITEM ITEM NUMBER QUANTITY DESCRIPTION
当前 转换 目标
技术 应用 信息 业务
逻辑层 方案
项目
EDW 应用逻辑架构
操作型源数据影像
多功能模型 历史数据 经转换后
视图 逻辑数据集市 依赖型数据集市 分析型知识库
Tier 1 Operational Image
Of
Tier 2
Single Version
CUSTOMER
CUSTOMER NUMBER CUSTOMER NAME CUSTOMER CITY CUSTOMER POST CUSTOMER ST CUSTOMER ADDR CUSTOMER PHONE CUSTOMER FAX
50% of Top 10 Global Retailers
40% of Top 10 Global Commercial
& Savings Banks
FORTUNE Global Rankings, July 2006
• Leading industries
> Banking/Financial Services > Government > Insurance & Healthcare > Manufacturing > Retail > Telecommunications > Transportation Logistics > Travel
成功由好的架构设计方法开始
• 业务
> What is the business model, where is it going, how does it plan to get there?
> The requirements. The business process.
• 信息
> What data do we have and need to support the Business View? Information is also calculations and rules. Typically we see Logical & Physical data models here, all subject areas of the business.
• 全球员工超过5,500名
Teradata 市场份额
Teradata Top 10
90% of Top 10 Global Telco Firms
70% of Top 10 Global Airlines
60% of the Top 10 Transportation Logistic Firms
Query Complexity
Query Data TB’s Volumes
Workload Mix
Agenda
• Teradata简介 • 架构设计原理 • 整体架构说明 • ETL架构说明
架构立方
逻辑架构层
操作的顺序
技术 应用 信息 业务
逻辑层 方案 项目
定义的 等级
当前 转换
目标
起
经
止
物理
Teradata 系统扩展能力
Data Storage (raw, user data)
20 TB
Multiple, Integrated Stars and Normalized
15 TB
1,000
Data Model Sophistication
Normalized
Multiple, Integrated Stars
Streaming Batch
Data Acquisition & Integration