梧桐数据库表格式的介绍

一、说明

梧桐数据库是一款分布式数据库,它支持多种存储格式,包括ROWORCHudiMagmaAP。这些存储格式中,ROW是按行存储的格式,而ORCHudiMagmaAP则是按行列存储的格式。在创建表时,用户可以根据需求选择不同的存储格式,例如创建一个默认的ORC表或显式指定为ROW存储格式的表。此外,梧桐数据库还支持创建S3内表,并且提供了基于Hash的分布和Random分布两种数据分布方式。MagmaAP格式的表在创建时默认使用Hash分布,并且支持索引。

二、每种表格式的区别和创建方式

1. ROW格式

这是一种按行存储的格式,适合于需要频繁进行行级更新或删除操作的场景。ROW格式的表不支持索引,但在梧桐数据库中,它支持存储压缩,如SNAPPYZLIB,以优化存储空间的使用。

  • 创建row格式的表
CREATE TABLE rank2 (
    id int,
    rank int,
    year smallint,
    gender char(1),
    count int
) WITH (appendonly = true, orientation = row);
  • 创建snappy压缩格式的row
CREATE TABLE rank3 (
    id int,
    rank int,
    year smallint,
    gender char(1),
    count int
) WITH (appendonly = true, orientation = row, compresstype = snappy);

2. ORC格式

是一种列式存储格式,它在存储效率和查询性能之间提供了良好的平衡。ORC格式支持多种压缩算法,如LZ4SNAPPYZSTDZLIB,适用于OLAP(在线分析处理)场景,可以显著提高数据扫描和查询的速度。

  • 默认创建orc
CREATE TABLE rank1 (
    id int,
    rank int,
    year smallint,
    gender char(1),
    count int
);
  • 指定创建orc
CREATE TABLE rank4 (
    id int,
    rank int,
    year smallint,
    gender char(1),
    count int
) WITH (appendonly = true, orientation = orc);
  • 创建带压缩的orc
CREATE TABLE rank5 (
    id int,
    rank int,
    year smallint,
    gender char(1),
    count int
) WITH (appendonly = true, orientation = orc, compresstype = lz4);

3. Hudi格式

Apache Hudi是一种支持插入和更新操作的存储格式,它允许用户在保持数据文件不可变的同时进行数据的实时更新。Hudi格式的表适用于需要高吞吐量数据摄入和更新的场景,同时支持数据的快速查询。

  • 创建hudi
CREATE TABLE rank6 (
    id int,
    rank int,
    year smallint,
    gender char(1),
    count int
) WITH (appendonly = true, orientation = horc, type = mor);
  • 创建带压缩的hudi
CREATE TABLE rank7 (
    id int,
    rank int,
    year smallint,
    gender char(1),
    count int
) WITH (appendonly = true, orientation = horc, type = mor, compresstype = lz4);

4. MagmaAP格式

这是一种梧桐数据库特有的存储格式,它支持行存储和列存储的混合模式,并且内部自动实现了数据压缩。MagmaAP格式的表支持主键索引,适合于需要高并发写入和复杂查询的场景。

  • 创建带压缩的magma
CREATE TABLE rank8 (
    id int,
    rank int,
    year smallint,
    gender char(1),
    count int
) FORMAT 'magmaap';

注:在表的存储模型方面,WuTongDB提供了丰富的选项,例如可以创建snappy压缩的ROW表或不压缩的ORC表。同时,用户还可以创建带有primary keyMagmaAP表,这种表内部自动实现了压缩。WuTongDB的表存储模型支持多种特性,如行/列存储、存储格式、是否支持新执行器、压缩支持、是否支持UPDATE/DELETE操作以及是否支持索引等。

三、表格式区别对比

特性ROWORCHudiMAGMAAP
行/列存储行列混存行列混存行列混存
存储格式自定义存储格式兼容标准 ORC 格式兼容 Apache Hudi 表格式自定义存储格式
是否支持新执行器不支持支持支持支持
压缩支持 snappy , zlib支持 lz4 , snappy , zstd , zlib支持 lz4 , snappy , zstd , zlib自动选择压缩算法,不需要用户指定
UPDATE / DELTE支持支持支持支持
INDEX不支持不支持不支持支持

### 梧桐数据库 (WuTongDB) 与 PostgreSQL 的区别 #### 数据类型支持 WuTongDB 在多样化数据类型的处理上现出色,尤其在几何数据优化、数组存储以及 JSON 查询性能方面优于 PostgreSQL。对于几何数据的支持,虽然两者都提供了丰富的几何函数和计算能力[^3],但是 WuTongDB 内置的几何函数执行效率更高。 #### 存储与计算架构 WuTongDB 支持分布存储与计算框架,能够有效应对大规模几何数据分析的需求;而 PostgreSQL 主要基于单节点工作模,在面对海量数据时可能遇到瓶颈。此外,WuTongDB 实现了存算分离的设计理念,允许根据实际需求灵活调整资源配置,相比之下,PostgreSQL 计算与存储紧密耦合于同一节点内部,难以实现独立扩展。 #### 性能特点 针对复杂结构化对象如 JSON 文档的操作,WuTongDB 经过专门调优后的索引机制可以大幅降低查询响应时间。而在 SQL 标准兼容性和语法特性覆盖度上,PostgreSQL 则更胜一筹,它几乎涵盖了所有的标准 SQL 功能,并且拥有完善的 CTE(公共)等功能[^2]。 ```sql -- 使用 WITH 查询的一个例子 WITH RECURSIVE t(n) AS ( VALUES (1) UNION ALL SELECT n+1 FROM t WHERE n < 100 ) SELECT sum(n) FROM t; ``` 尽管如此,由于当前版本的 WuTongDB 对 OLTP 类型业务的支持还不够成熟,这使得其在整个大数据生态系统中的应用范围受到了一定限制[^4]。
评论 12
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值