数据仓库服务 GaussDB(DWS)

 

GaussDB(DWS)是一款具备分析及混合负载能力的分布式数据库,支持x86和Kunpeng硬件架构,支持行存储与列存储,提供GB~PB级数据分析能力、多模分析和实时处理能力,用于数据仓库、数据集市、实时分析、实时决策和混合负载等场景,广泛应用于汽车、制造、零售、物流、互联网、金融、政府、电信等行业分析决策系统

 
 

    数据仓库与数据挖掘原理 更多内容
  • APP认证工作原理

    API网关收到请求后,执行1~3,计算签名。 将3中的生成的签名5中生成的签名进行比较,如果签名匹配,则处理请求,否则将拒绝请求。 APP签名仅支持Body体12M及以下的请求签名。 步骤1:构造规范请求 使用APP方式进行签名认证,首先需要规范请求内容,然后再进行签名。客户端API网关使用相同的请求规范,

    来自:帮助中心

    查看更多 →

  • 自动建表原理介绍

    自动建表原理介绍 自动建表时的字段类型映射 CDM 数据仓库 服务(Data Warehouse Service,简称DWS)中自动建表时,DWS的表源表的字段类型映射关系如图1所示。例如使用CDM将Oracle整库迁移到DWS,CDM在DWS上自动建表,会将Oracle的NUMBER(3

    来自:帮助中心

    查看更多 →

  • 背景及原理(服务编排)

    调用,也可以包装成公共接口后被调用。本节中主要是将服务编排包装成一个公共接口后,供页面调用,“管理设备”功能中涉及的业务逻辑,以及服务编排脚本关系如表1下所示,详细操作方式及说明请参见创建业务逻辑。 表1 “管理设备”功能需要创建的脚本、服务编排详情 脚本名称 主要作用 关联服务编排

    来自:帮助中心

    查看更多 →

  • Spark基本原理

    普遍性:Spark提供了众多的工具,例如Spark SQL和Spark Streaming。可以在一个应用中,方便的将这些工具进行组合。 Hadoop集成:Spark能够直接运行于Hadoop的集群,并且能够直接读取现存的Hadoop数据。 MRS 服务的Spark组件具有以下优势:

    来自:帮助中心

    查看更多 →

  • Hue基本原理

    Hue基本原理 Hue是一组WEB应用,用于和MRS大数据组件进行交互,能够帮助用户浏览HDFS,进行Hive查询,启动MapReduce任务等,它承载了所有MRS大数据组件交互的应用。 Hue主要包括了文件浏览器和查询编辑器的功能: 文件浏览器能够允许用户直接通过界面浏览以及操作HDFS的不同目录;

    来自:帮助中心

    查看更多 →

  • Storm基本原理

    生变化时,只需对YAML DSL(domain-specific language)定义进行修改,无需重新编译及打包业务代码。 外部组件集成 支持多种外部组件集成,包括:Kafka、HDFS、HBase、Redis或JDBC/RDBMS等服务,便于实现涉及多种数据源的业务。 父主题:

    来自:帮助中心

    查看更多 →

  • Flink基本原理

    ckpoint的状态,从数据源重发快照之后的数据。 Savepoint:一个Savepoint就是应用状态的一致性快照,SavepointCheckpoint机制相似,但Savepoint需要手动触发,Savepoint保证了任务在升级或迁移时,不丢失当前流应用的状态信息,便于任何时间点的任务暂停和恢复。

    来自:帮助中心

    查看更多 →

  • YARN基本原理

    所有工作。包括: RM调度器协商以获取资源。 将得到的资源进一步分配给内部的任务(资源的二次分配)。 NM通信以启动/停止任务。 监控所有任务运行状态,并在任务运行失败时重新为任务申请资源以重启任务。 开源容量调度器Capacity Scheduler原理 Capacity

    来自:帮助中心

    查看更多 →

  • APP认证工作原理

    API网关收到请求后,执行1~3,计算签名。 将3中的生成的签名5中生成的签名进行比较,如果签名匹配,则处理请求,否则将拒绝请求。 APP签名仅支持Body体12M及以下的请求签名。 步骤1:构造规范请求 使用APP方式进行签名认证,首先需要规范请求内容,然后再进行签名。客户端API网关使用相同的请求规范,

    来自:帮助中心

    查看更多 →

  • APP认证工作原理

    APIC收到请求后,执行1~3,计算签名。 将3中的生成的签名5中生成的签名进行比较,如果签名匹配,则处理请求,否则将拒绝请求。 APP签名仅支持Body体12M及以下的请求签名。 步骤1:构造规范请求 使用APP方式进行签名认证,首先需要规范请求内容,然后再进行签名。客户端APIC使用相同的请求规范,可

    来自:帮助中心

    查看更多 →

  • 产品架构和功能原理

    行导入命令将数据恢复到目标数据库。 实时同步基本原理 图4 实时同步原理 实时同步功能实现源数据库和目标数据库的数据长期同步,主要用于OLTP到OLAP、OLTP到大数据组件的数据实时同步。全量和增量的数据同步和实时迁移的技术原理基本一致,但是基于不同的业务使用场景,两个功能还是有些差异。

    来自:帮助中心

    查看更多 →

  • 异地双活原理介绍

    异地双活原理介绍 GeminiDB Cassandra提供了异地双活功能,通过异地实例间数据的双向同步和业务灵活调度能力,实现了业务恢复和故障恢复解耦,保障了故障场景下业务的连续性。 异地双活是一种多活容灾架构的解决⽅案,即部署在不同数据中心的GeminiDB Cassandra

    来自:帮助中心

    查看更多 →

  • HDFS基本原理

    块”与其归属文件的对应关系。 Standby NameNode:Active NameNode中的数据保持同步;随时准备在Active NameNode出现异常时接管其服务。 Observer NameNode:Active NameNode中的数据保持同步,处理来自客户端的读请求。

    来自:帮助中心

    查看更多 →

  • Oozie基本原理

    Oozie基本原理 Oozie简介 Oozie是一个基于工作流引擎的开源框架,它能够提供对Hadoop作业的任务调度协调。 Oozie结构 Oozie引擎是一个Web App应用,默认集成到Tomcat中,采用pg数据库。 基于Ext提供WEB Console,该Console

    来自:帮助中心

    查看更多 →

  • Doris基本原理

    MySQL Tools Doris采用MySQL协议,高度兼容MySQL语法,支持标准SQL,用户可以通过各类客户端工具来访问Doris,并支持BI工具无缝对接。 FE 主要负责用户请求的接入、查询解析规划、元数据的管理、节点管理相关工作。 BE 主要负责存储数据、执行查询计划、副本负载均衡。

    来自:帮助中心

    查看更多 →

  • 自动建表原理介绍

    自动建表原理介绍 自动建表时的字段类型映射 CDM在数据仓库服务(Data Warehouse Service,简称DWS)中自动建表时,DWS的表源表的字段类型映射关系如图1所示。例如使用CDM将Oracle整库迁移到DWS,CDM在DWS上自动建表,会将Oracle的NUMBER(3

    来自:帮助中心

    查看更多 →

  • 工作负载伸缩原理

    在Kubernetes社区HPA功能的基础上,增加了应用级别的冷却时间窗和扩缩容阈值等功能。 CronHPA提供HPA对象的兼容能力,您可以同时使用CronHPAHPA。 CronHPAHPA策略共同使用:CronHPA作用于HPA策略之上,用于定时调整HPA策略的实例数范围。 CronHPA策略单独使用:CronHPA

    来自:帮助中心

    查看更多 →

  • 工作负载伸缩原理

    k8s.io: 主要提供Kubernetes Object相关的自定义监控指标。 external.metrics.k8s.io:指标来源外部,任何的Kubernetes资源的指标无关。 扩缩容决策算法 HPA controller根据当前指标和期望指标来计算缩放比例,计算公式如下:

    来自:帮助中心

    查看更多 →

  • HBase基本原理

    障恢复后,原主用Master降为备用。 Client Client使用HBase的RPC机制Master、RegionServer进行通信。ClientMaster进行管理类通信,RegionServer进行数据操作类通信。 RegionServer RegionServe

    来自:帮助中心

    查看更多 →

  • Hive基本原理

    WebHCat的逻辑架构图 Hive原理 Hive作为一个基于HDFS和MapReduce架构的数据仓库,其主要能力是通过对HQL(Hive Query Language)编译和解析,生成并执行相应的MapReduce任务或者HDFS操作。HiveHQL相关信息,请参考HQL 语言手册。

    来自:帮助中心

    查看更多 →

  • Kafka基本原理

    费者实例都属于同样的消费组,它们就以传统队列负载均衡方式工作。如上图中,Consumer1Consumer2之间为负载均衡方式;Consumer3、Consumer4、Consumer5Consumer6之间为负载均衡方式。如果消费者实例都属于不同的消费组,则消息会被广播给所

    来自:帮助中心

    查看更多 →

共105条
看了本文的人还看了