梧桐数据库表格式的介绍

一、说明

梧桐数据库是一款分布式数据库,它支持多种存储格式,包括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操作以及是否支持索引等。

三、表格式区别对比

特性 ROW ORC Hudi MAGMAAP
行/列存储 行列混存 行列混存 行列混存
存储格式 自定义存储格式 兼容标准 ORC 格式 兼容 Apache Hudi 表格式 自定义存储格式
是否支持新执行器 不支持 支持 支持 支持
压缩 支持 snappy , zlib 支持 lz4 , snappy , zstd , zlib 支持 lz4 , snappy , zstd , zlib 自动选择压缩算法,不需要用户指定
UPDATE / DELTE 支持 支持 支持 支持
INDEX 不支持 不支持 不支持 支持
相关推荐
2501_937860941 小时前
MySQL表的操作:创建、查看、修改、删除完整实战
android·数据库·mysql
奇特認5 小时前
mysql 集群技术 3.高可用之 MHA
数据库·mysql
Bioinfo Guy7 小时前
高分Panel复现系列|转录因子网络太乱?用模块框把重点圈出来
数据库·生物信息学·生信可视化
ltl9 小时前
Disaggregated DB 合集:Socrates、PolarDB、Taurus 的共同模式
数据库
Blossom i11 小时前
大数据预处理与采集实验一:使用Python操作MySQL数据库
数据库·mysql
雾时之林12 小时前
Linux--软件管理、源码包安装
linux·服务器·数据库
老纪的技术唠嗑局13 小时前
超级干货分享:中小企业使用 OceanBase 实践经验汇总
数据库
CLOUD ACE14 小时前
谷歌云代理|零售商Target 如何利用 Spanner Graph 提升零售发现体验并将数据库维护成本降低 50%
数据库·零售
AI大模型-小雄14 小时前
Codex写分页接口为什么越翻越慢?用Cursor Pagination解决重复与漏数据
大数据·数据库·elasticsearch·搜索引擎·chatgpt·后端开发·codex
少晓年14 小时前
从 MySQL 迁移到人大金仓 KingbaseES:完整指南与实践
数据库·mysql