Pivotal Greenplum 5： 新一代数据平台 开源、支持多种云的高级分析数据平台 作者：Keaton Adams、 Dan Baskette、 Cesar Rojas pivotal.io/cn 白皮书 2 © Copyright 2017 Pivotal Software, Inc.保留所有权利。 PIVOTAL GREENPLUM 5：新一代数据平台 目录 关于本白皮书 .. ..........................................................................3 Pivotal Greenplum 5：新一代数据平台 .........................................................................................3 以开源创新替代专有分析环境 ...9 pivotal.io/cn 白皮书 3 © Copyright 2017 Pivotal Software, Inc.保留所有权利。 PIVOTAL GREENPLUM 5：新一代数据平台 关于本白皮书 Pivotal 最近推出全球第一个开源、支持多云的高级分析数据平台——Pivotal Greenplum 5。本白皮书着眼介绍 Greenplum 5 的核心特征，及多年来围绕该平台发展出的生态系统。

1 新一代数据管理和数据分析 解决方案 关于Greenplum公司 • Greenplum是一家数据库软件公司，在数据处理和 BI/DW领域，提供容量 最大、速度最快、性价比最好的数据库引擎产品和服务。 • Greenplum总部位于圣马蒂奥，加利福尼亚州，美国，成立于2003年6月。 • Greenplum 中国于2008年12月正式成立. 2010/4/8 官方网站： www.greenplum greenplum.com www.greenplum-china.com Greenplum：简介 Greenplum数据引擎软件为新一代数 据仓库所需的大规模数据和复杂查询功 能所设计 3 推动数据依赖型企业的发展 全球各地的一些Greenplum客户 4 亚太地区 欧洲、中东、非洲 北美 中国的客户 5 金融 交通 互联网 其它 Teradata Netezza Oracle 专有，昂贵 不可扩展 针对OLTP进行了优化 主流 10 数据库行业所面临的挑战 0 1 2 3 4 5 6 7 8 9 10 1995 2000 2005 2010 新一代数据库的要求 传统数据库的要求 今天的数据库供应商 网络运算的发展速度已经超过了主流数据库 • 海量规模 • 高性价比 • 高效率 数据库管理系统（DBMS）的 规模/容量 11 需要采用一种新的方法

存储层 MPP: Massive Parallel Processing eMPP : elastic Massive Parallel Processing 传统 PC 时代数据库 PieCloudDB 云原生时代数据库 突 破 创 新 eMPP 分布式专利技术加持 PieCloudDB 为企业构建「坚如磐石」的云原生虚拟数仓 IvorySQL开源数据库社区 虚 拟 化 技 术 创 IvorySQL开源数据库社区 02 分布式引擎 IvorySQL开源数据库社区 计算 • MPP o 将一个单一计算任务在大量独立的计算机上并行执行。 • 多租户、多集群 • 弹性伸缩：集群大小、集群类型、集群数量 • 隔离性：不同租户、不同负载 • 高并发 • 高可用 • 可按使用量付费 IvorySQL开源数据库社区 计算 • 多租户隔离 • 容量和带宽独立于计算伸缩 • 可按使用量付费

Massive Parallel Processing eMPP : elastic Massive Parallel Processing 传 统 P C 时 代 数 据 库 PieCloudDB云原生时代数据库 突 破 创 新 eMPP分布式专利技术加持 PieCloudDB为企业构建「坚如磐石」的云原生虚拟数仓 @2022 OpenPie. All rights reserved. OpenPie rights reserved. OpenPie Confidential 计算 • MPP • 将一个单一计算任务在大量独立的计算机上并行执行。 • 多租户、多集群 • 弹性伸缩：集群大小、集群类型、集群数量 • 隔离性：不同租户、不同负载 • 高并发 • 高可用 • 可按使用量付费 @2022 OpenPie. All rights reserved. OpenPie Confidential

是时候开始我们的 Redis 旅程了。 在接下来的⼀章， 我们将开始学习 Redis 最基本的数据结构 —— 字符串。 2. 字符串（String） 字符串键是 Redis 最基本的键值对类型， 这种类型的键值对会在数据库⾥⾯把单独的⼀个键和单独的⼀个值关联 起来， 被关联的键和值既可以是普通的⽂字数据， 也可以是图⽚、视频、⾳频、压缩⽂件等更为复杂的⼆进制数 据。 作为例⼦， 图 2-1 展示了数据库视⻆下的四个字符串键， 如果这个值能够被解释为以下两 种类型的其中⼀种， 那么 Redis 就会把这个值当做数字来处理： ⼀种是能够使⽤ C 语⾔的 long long int 类型储存的整数， 在⼤多数系统中， 这种类型储存的都是 64 位 ⻓度的有符号整数， 取值范围介于 -9223372036854775808 和 9223372036854775807 之间； 第⼆种是能够使⽤ C 语⾔的 long double 类型储存的浮点数， 类型储存的浮点数， 在⼤多数系统中， 这种类型储存的都是 128 位⻓度的有符号浮点数， 取值范围介于 3.36210314311209350626e-4932 和 1.18973149535723176502e+4932L 之 >>> from redis import Redis >>> from log import Log >>> client = Redis(decode_responses=True)

53 4.6.4 核心概念 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 高可用类型 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 动态读写分离 . . . . . . . . . . . 307 7.8.12 [分片、PROXY] 实现 StandardShardingAlgorithm 自定义算法时，指定 了 Comparable 的具体类型为 Long, 且数据库表中字段类型为 bigint，出现 ClassCastException: Integer can not cast to Long 异常。 . . . . 307 7.8.13 [分片] 23 [其他] 使用 SQLSever 和 PostgreSQL 时，聚合列不加别名会抛异常？ . . . . . . 310 7.8.24 [其他] Oracle 数据库使用 Timestamp 类型的 Order By 语句抛出异常提示“Order by value must implements Comparable”? . . . . . . . . . . . . . . . . .

53 4.6.4 核心概念 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 高可用类型 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 动态读写分离 . . . . . . . . . . . 303 7.8.12 [分片、PROXY] 实现 StandardShardingAlgorithm 自定义算法时，指定 了 Comparable 的具体类型为 Long, 且数据库表中字段类型为 bigint，出现 ClassCastException: Integer can not cast to Long 异常。 . . . . 303 7.8.13 [分片] 23 [其他] 使用 SQLSever 和 PostgreSQL 时，聚合列不加别名会抛异常？ . . . . . . 306 7.8.24 [其他] Oracle 数据库使用 Timestamp 类型的 Order By 语句抛出异常提示“Order by value must implements Comparable”? . . . . . . . . . . . . . . . . .

35 3.4.6 核心概念 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35 高可用类型 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35 动态读写分离 . . . . . . . . . . . . 424 8.3.5 [分片、PROXY] 实现 StandardShardingAlgorithm 自定义算法时，指定 了 Comparable 的具体类型为 Long, 且数据库表中字段类型为 bigint，出现 ClassCastException: Integer can not cast to Long 异常。 . . . . 424 8.3.6 分片 ShardingSphere 8.6.3 其他使用 SQLSever 和 PostgreSQL 时，聚合列不加别名会抛异常？ . . . . . . . 427 8.6.4 其他 Oracle 数据库使用 Timestamp 类型的 Order By 语句抛出异常提示“Order by value must implements Comparable”? . . . . . . . . . . . . . . . . .

测试目的 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 452 11.7.2 测试环境类型 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 453 11.7.3 使用指南 . . . . . . . . . . 509 13.4.5 [分片、PROXY] 实现 StandardShardingAlgorithm 自定义算法时，指定 了 Comparable 的具体类型为 Long, 且数据库表中字段类型为 bigint，出现 ClassCastException: Integer can not cast to Long 异常。 . . . . 509 13.4.6 分片 ShardingSphere 13.6.3 其他使用 SQLSever 和 PostgreSQL 时，聚合列不加别名会抛异常？ . . . . . . . 511 13.6.4 其他 Oracle 数据库使用 Timestamp 类型的 Order By 语句抛出异常提示“Order by value must implements Comparable”? . . . . . . . . . . . . . . . . .

测试目的 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 431 11.7.2 测试环境类型 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 432 11.7.3 使用指南 . . . . . . . . . . 487 13.4.5 [分片、PROXY] 实现 StandardShardingAlgorithm 自定义算法时，指定 了 Comparable 的具体类型为 Long, 且数据库表中字段类型为 bigint，出现 ClassCastException: Integer can not cast to Long 异常。 . . . . 488 13.4.6 分片 ShardingSphere 13.6.3 其他使用 SQLSever 和 PostgreSQL 时，聚合列不加别名会抛异常？ . . . . . . . 490 13.6.4 其他 Oracle 数据库使用 Timestamp 类型的 Order By 语句抛出异常提示“Order by value must implements Comparable”? . . . . . . . . . . . . . . . . .