GREENPLUM介绍之数据库管理（三）-创建表

最新推荐文章于 2024-08-21 15:18:17 发布
最新推荐文章于 2024-08-21 15:18:17 发布
阅读量1.6k 收藏 1
点赞数 1
分类专栏： Greenplum
与其它关系型数据库一样，二维表同样是GP中最重要的存储数据对象。只不过为了更好的支持数据仓库海量数据的访问，GP在表这个层面为我们提供了更多更好的选项。
从数据存储方式上看，GP的表可以分成面向行存储的普通堆积表和面向列存储的AOT表(APPEND ONLY TABLE)（当然AOT表也可以是按行存储的，但是按列存储必须是AOT表）。
这样，我们在设计应用上可以获得相当的灵活性。比如经常需要更新的数据，或者较小的维度数据，应该使用普通堆积表存储。下面是两个创建普通堆积表的例子。

例子一
CREATE TABLE SALES 
(PROD_ID numeric NOT NULL , 
        CUST_ID numeric NOT NULL , 
        TIME_ID DATE NOT NULL , 
        CHANNEL_ID numeric NOT NULL , 
        PROMO_ID numeric NOT NULL , 
        QUANTITY_SOLD numeric(10,2) NOT NULL , 
        AMOUNT_SOLD numeric(10,2) NOT NULL)
distributed by (prod_id,cust_id,time_id,channel_id,promo_id);

例子二
CREATE TABLE SALES 
  (PROD_ID numeric NOT NULL , 
         CUST_ID numeric NOT NULL , 
         TIME_ID DATE NOT NULL , 
         CHANNEL_ID numeric NOT NULL , 
         PROMO_ID numeric NOT NULL , 
         QUANTITY_SOLD numeric(10,2) NOT NULL , 
         AMOUNT_SOLD numeric(10,2) NOT NULL)
distributed randomly;

与其它数据库相比，GP的表最大的不同是它一定是分区的，也就是表中的所有记录都会依据相关算法打散，分布到所有的segment当中，从而在充分利用硬件资源的同时，最大化访问数据的IO，这种特性对于数据仓库应用是非常有帮助的。GP提供两种打散数据的算法，一种是HASH算法，参见例子一，在定义表的时候，通过distributed by指定表中的某个列或者某个列的组合作为HASH键，相同HASH键的记录会放在同一个SEGMENT当中。所以，GP建议一般选择记录分布均匀的键作为HASH键使用，从而保证表中的记录可以均匀分布到所有SEGMENT上。如果表上定义了主键或者唯一键，则这些键值列必须作前导列出现在分布键当中。假如例子一的PROD_ID是主键或者唯一键，那么它必须出现在HASH键中，并且放在第一位。 如果定义表的时候，没有指定distributed子句，系统使用第一个列作为HASH键使用。另一种数据打散的算法是平均分配法（ROUND-ROBIN），参见例子二, 假设有三个段，那么这种算法会把第一条记录放在段1, 第二条记录放在段2，第三条记录放在段3，第四条记录放在段四，以此类推，直到所有记录发放完为止。这种算法比较适合表中的字段存在严重数据倾斜的情况。


    在数据仓库中，对于存储海量少变化历史数据的事实表的访问，会产生大量IO。这些表除了记录多外（纵向），同时也很宽。比如几十列，甚至上百列的表也很常见。但是在进行数据分析和挖掘过程中，我们可能只用到这些列的很小一部分内容，而传统的按行存储的表，在访问时总是会访问记录中的所有列，导致很多无效IO，当由于表横向尺寸过大，按行存储的表还会出现行链接，这会使无效IO的问题更严重。在GP中，对于这种情况应该考虑使用面向列存储的AOT表，从而大幅高IO效率，获取数据查询性能的收益。下面是AOT表定义的例子。
例子三
CREATE TABLE SALES 
   (PROD_ID numeric NOT NULL , 
    CUST_ID numeric NOT NULL , 
    TIME_ID DATE NOT NULL , 
    CHANNEL_ID numeric NOT NULL , 
    PROMO_ID numeric NOT NULL , 
    QUANTITY_SOLD numeric(10,2) NOT NULL , 
    AMOUNT_SOLD numeric(10,2) NOT NULL)
    WITH (appendonly=true,orientation=column,compresstype=zlib,COMPRESSLEVEL=5)
    distributed by (prod_id,cust_id,time_id,channel_id,promo_id);
    
例子四
CREATE TABLE SALES 
   (PROD_ID numeric NOT NULL , 
    CUST_ID numeric NOT NULL , 
    TIME_ID DATE NOT NULL , 
    CHANNEL_ID numeric NOT NULL , 
    PROMO_ID numeric NOT NULL , 
    QUANTITY_SOLD numeric(10,2) NOT NULL , 
    AMOUNT_SOLD numeric(10,2) NOT NULL)
    WITH (appendonly=true,orientation=column,compresstype=QUICKLZ,COMPRESSLEVEL=1)
    distributed by (prod_id,cust_id,time_id,channel_id,promo_id);

    现在硬件系统往往IO效率跟不上CPU处理的速度，而数据仓库应用恰恰是IO敏感型的应用，所以很多数据仓库系统上，我会看到CPU很闲，但是出现大量IO等待的情况。所以通过压缩，尤其是面向列压缩，允许我们牺牲一定的CPU效率进一步换取IO效率，提高系统的的吞吐量。GP的AOT表允许使用两种压缩算法，一种是ZLIB，它的压缩率较高，对CPU的消耗较多，GP中可以指定1到9 9个级别。1的压缩比最小，9最大，参见例子三。另一种算法是QUICKLZ，它的压缩比小，这能设置1，造成的CPU负载也比ZLIB小。
     AOT表虽然查询和加载数据的效率很高，但是如它的名字那样它只能支持SELECT，INSERT，truncate操作，不支持UPDATE和DELETE操作。所以它只适合存放经过处理基本最终无变化的历史数据，用来提供高效的查询访问。
     
     从数据数据存放的生命周期看，前面介绍的表都称之为永久表，这些表的记录不会因为事务的结束和会话的断开而消失。而业务中，我们经常要使用到临时数据集合，如果用永久表存放中间结果，一方面是在并发环境中数据不安全，另一方面频繁的删除表中的记录或者删除表，会导致大量碎片，在字典层面造成瓶颈。因此GP也支持临时表，不同连接共享相同的表结构。比如下面的两个例子。
例子五
CREATE TEMP TABLE SALES_TMP 
  (PROD_ID numeric NOT NULL , 
         CUST_ID numeric NOT NULL , 
         TIME_ID DATE NOT NULL , 
         CHANNEL_ID numeric NOT NULL , 
         PROMO_ID numeric NOT NULL , 
         QUANTITY_SOLD numeric(10,2) NOT NULL , 
         AMOUNT_SOLD numeric(10,2) NOT NULL)
         on commit preserve rows
distributed randomly;

例子六
CREATE TEMP TABLE SALES
  (PROD_ID numeric NOT NULL , 
         CUST_ID numeric NOT NULL , 
         TIME_ID DATE NOT NULL , 
         CHANNEL_ID numeric NOT NULL , 
         PROMO_ID numeric NOT NULL , 
         QUANTITY_SOLD numeric(10,2) NOT NULL , 
         AMOUNT_SOLD numeric(10,2) NOT NULL)
         on commit delete rows
distributed by (prod_id,cust_id,time_id,channel_id,promo_id);

    例子五是事务内有效，连接会话间数据独立。完成事务后数据保留，只有连接会话断开后数据才消失。例子六是事务内有效，也就是提交事务后（commit）数据就会消失。如果临时表的名字与永久表名字重复，临时表的访问优先。
    除了普通表以外，GP还支持超大表进行分区应用，为我们的提高数据访问效率的同时，也提高应用的灵活型。它可以支持RANGE分区，LIST分区，以及灵活的复合分区（RANGE-LIST,RANGE-RANGE,LIST-RANGE,LIST-LIST,以及更多层次的分区，比如三层分区),GP的分区是基于SEGMENT基础之上的。每个分区的数据同样会打散分布到每个segment中，当WHERE条件上出现分区键时，它会进行分区裁剪，减少IO。需要注意的是，目前GREENPLUM还只支持静态分区裁剪，所以如果希望用到分区裁剪，请在WHERE条件中使用事实表的分区键作为条件。
    
例子七 使用LIST分区
  CREATE TABLE SALES
   (PROD_ID numeric NOT NULL , 
    CUST_ID numeric NOT NULL , 
    TIME_ID DATE NOT NULL , 
    CHANNEL_ID numeric NOT NULL , 
    PROMO_ID numeric NOT NULL , 
    QUANTITY_SOLD numeric(10,2) NOT NULL , 
    AMOUNT_SOLD numeric(10,2) NOT NULL)
    WITH (appendonly=true,orientation=column,compresstype=QUICKLZ,COMPRESSLEVEL=1)
    distributed by (prod_id,cust_id,time_id,channel_id,promo_id)
    partition by list (channel_id)
    ( partition c_1 values (2, 4),
      partition c_2 values (3,9),
     default partition other);
  
例子八
---使用RANGE分区
   CREATE TABLE SALES 
   (PROD_ID numeric NOT NULL , 
    CUST_ID numeric NOT NULL , 
    TIME_ID DATE NOT NULL , 
    CHANNEL_ID numeric NOT NULL , 
    PROMO_ID numeric NOT NULL , 
    QUANTITY_SOLD numeric(10,2) NOT NULL , 
    AMOUNT_SOLD numeric(10,2) NOT NULL)
    WITH (appendonly=true,orientation=column,compresstype=QUICKLZ,COMPRESSLEVEL=1)
    distributed by (prod_id,cust_id,time_id,channel_id,promo_id)
    partition by range(time_id)
    ( START (date '1998-01-01') INCLUSIVE
      END (date '2001-12-31') EXCLUSIVE
      EVERY (INTERVAL '1 year'), DEFAULT PARTITION other);
  
---每个分区独立定义
   CREATE TABLE SALES 
   (PROD_ID numeric NOT NULL , 
    CUST_ID numeric NOT NULL , 
    TIME_ID DATE NOT NULL , 
    CHANNEL_ID numeric NOT NULL , 
    PROMO_ID numeric NOT NULL , 
    QUANTITY_SOLD numeric(10,2) NOT NULL , 
    AMOUNT_SOLD numeric(10,2) NOT NULL)
    distributed by (prod_id,cust_id,time_id,channel_id,promo_id)
    partition by range(time_id)
    (PARTITION FY1998 START (date '1998-01-01') INCLUSIVE ,
     PARTITION FY1999 START (date '1999-01-01') INCLUSIVE ,
     PARTITION FY2000 START (date '2000-01-01') INCLUSIVE ,
     PARTITION FY2001 START (date '2001-01-01') INCLUSIVE ,
     DEFAULT PARTITION extra);

例子九 
--使用复合分区方式 RANGE-LIST 
   CREATE TABLE SALES
      (PROD_ID numeric NOT NULL , 
       CUST_ID numeric NOT NULL , 
       TIME_ID DATE NOT NULL , 
       CHANNEL_ID numeric NOT NULL , 
       PROMO_ID numeric NOT NULL , 
       QUANTITY_SOLD numeric(10,2) NOT NULL , 
       AMOUNT_SOLD numeric(10,2) NOT NULL)
    distributed by (prod_id,cust_id,time_id,channel_id,promo_id)
    partition by range(time_id)
    SUBPARTITION BY LIST(channel_id)
    SUBPARTITION TEMPLATE
    ( subpartition c_1 values (2, 4),
      subpartition c_2 values (3,9),
      default subpartition other_1)
    ( START (date '1998-01-01') INCLUSIVE
      END (date '2001-12-31') EXCLUSIVE
      EVERY (INTERVAL '1 year'), DEFAULT PARTITION other_2);
  

--使用复合分区方式LIST-RANGE 
CREATE TABLE SALES
      (PROD_ID numeric NOT NULL , 
       CUST_ID numeric NOT NULL , 
       TIME_ID DATE NOT NULL , 
       CHANNEL_ID numeric NOT NULL , 
       PROMO_ID numeric NOT NULL , 
       QUANTITY_SOLD numeric(10,2) NOT NULL , 
       AMOUNT_SOLD numeric(10,2) NOT NULL)
    distributed by (prod_id,cust_id,time_id,channel_id,promo_id)
    PARTITION BY LIST(channel_id)
    subpartition by range(time_id)    
    SUBPARTITION TEMPLATE
     ( START (date '1998-01-01') INCLUSIVE
      END (date '2001-12-31') EXCLUSIVE
      EVERY (INTERVAL '1 year'), DEFAULT SUBPARTITION other_2)
    ( partition c_1 values (2, 4),
      partition c_2 values (3,9),
      default partition other_1);
   
--使用复合分区方式RANGE-RANGE 
CREATE TABLE SALES
      (PROD_ID numeric NOT NULL , 
       CUST_ID numeric NOT NULL , 
       TIME_ID DATE NOT NULL , 
       YEAR    INT ,
       MON     INT,
       CHANNEL_ID numeric NOT NULL , 
       PROMO_ID numeric NOT NULL , 
       QUANTITY_SOLD numeric(10,2) NOT NULL , 
       AMOUNT_SOLD numeric(10,2) NOT NULL)
    distributed by (prod_id,cust_id,time_id,channel_id,promo_id)
    PARTITION BY RANGE (year)
    subpartition by range(mon)    
     SUBPARTITION TEMPLATE (
     START (1) INCLUSIVE END (13) EXCLUSIVE EVERY (1),
     DEFAULT SUBPARTITION other_months )
    ( START (1998) INCLUSIVE END (2001) INCLUSIVE EVERY (1),
      DEFAULT PARTITION OTHER_years );
      
--使用复合分区方式 LIST-LIST
CREATE TABLE SALES
      (PROD_ID numeric NOT NULL , 
       CUST_ID numeric NOT NULL , 
       TIME_ID DATE NOT NULL , 
       YEAR    INT ,
       MON     INT,
       CHANNEL_ID numeric NOT NULL , 
       PROMO_ID numeric NOT NULL , 
       QUANTITY_SOLD numeric(10,2) NOT NULL , 
       AMOUNT_SOLD numeric(10,2) NOT NULL)
    distributed by (prod_id,cust_id,time_id,channel_id,promo_id)
    PARTITION BY LIST (year)
    subpartition by LIST(mon)    
     SUBPARTITION TEMPLATE (
      subpartition Q_1 values (1，2, 3),
      subpartition Q_2 values (4，5, 6),
      subpartition Q_3 values (7，8, 9),
      subpartition Q_4 values (10，11, 12),
       DEFAULT SUBPARTITION other_months )         
    ( partition Y_1 values (1998),
      partition Y_2 values (1999),
      partition Y_3 values (2000),
      partition Y_4 values (2001),
      DEFAULT PARTITION OTHER_years );

--三层复合分区，RANGE-RANGE-LIST
    CREATE TABLE SALES
      (PROD_ID numeric NOT NULL , 
       CUST_ID numeric NOT NULL , 
       TIME_ID DATE NOT NULL , 
       YEAR    INT ,
       MON     INT,
       CHANNEL_ID numeric NOT NULL , 
       PROMO_ID numeric NOT NULL , 
       QUANTITY_SOLD numeric(10,2) NOT NULL , 
       AMOUNT_SOLD numeric(10,2) NOT NULL)
    distributed by (prod_id,cust_id,time_id,channel_id,promo_id)
    PARTITION BY RANGE (year)
    subpartition by range(mon)    
     SUBPARTITION TEMPLATE (
     START (1) INCLUSIVE END (13) EXCLUSIVE EVERY (1),
     DEFAULT SUBPARTITION other_months )    
    subpartition by list (channel_id)
    SUBPARTITION TEMPLATE
    ( subpartition c_1 values (2, 4),
      subpartition c_2 values (3,9),
      default subpartition other_1)
      ( START (1998) INCLUSIVE END (2001) INCLUSIVE EVERY (1),
      DEFAULT PARTITION OTHER_years );

例子十 分区表的分区可以使用不同的存储属性，既可以面向行，也可以面向列
CREATE TABLE SALES
   (PROD_ID numeric NOT NULL , 
    CUST_ID numeric NOT NULL , 
    TIME_ID DATE NOT NULL , 
    CHANNEL_ID numeric NOT NULL , 
    PROMO_ID numeric NOT NULL , 
    QUANTITY_SOLD numeric(10,2) NOT NULL , 
    AMOUNT_SOLD numeric(10,2) NOT NULL)
    distributed by (prod_id,cust_id,time_id,channel_id,promo_id)
    partition by range(time_id)
    (PARTITION FY1998 START (date '1998-01-01') INCLUSIVE WITH (appendonly=true,orientation=column,compresstype=zlib,COMPRESSLEVEL=5),
     PARTITION FY1999 START (date '1999-01-01') INCLUSIVE WITH (appendonly=true,orientation=column,compresstype=zlib,COMPRESSLEVEL=5),
     PARTITION FY2000 START (date '2000-01-01') INCLUSIVE WITH (appendonly=true,orientation=column,compresstype=zlib,COMPRESSLEVEL=5),
     PARTITION FY2001 START (date '2001-01-01') INCLUSIVE ,
     DEFAULT PARTITION extra);

例子十一 分区表可以以其它表为模板复制表结构

CREATE TABLE SALES2 (like sales)  
    distributed by (prod_id,cust_id,time_id,channel_id,promo_id)
    partition by range(time_id)
    (PARTITION FY1998 START (date '1998-01-01') INCLUSIVE WITH (appendonly=true,orientation=column,compresstype=zlib,COMPRESSLEVEL=5),
     PARTITION FY1999 START (date '1999-01-01') INCLUSIVE WITH (appendonly=true,orientation=column,compresstype=zlib,COMPRESSLEVEL=5),
     PARTITION FY2000 START (date '2000-01-01') INCLUSIVE WITH (appendonly=true,orientation=column,compresstype=zlib,COMPRESSLEVEL=5),
     PARTITION FY2001 START (date '2001-01-01') INCLUSIVE ,
     DEFAULT PARTITION extra);
     

    从数据存放的角度看，前面介绍的表数据都存储在数据库内。GP也支持外部表，也就是数据以平面文件形式存放在数据库外，在数据库内以表的访问形式来访问这些平面文件的数据。GP的外部表与其它数据库的外部表有两个重要的不同之处。一个是GP的外部表不必放在数据库服务器上，它可以独立存放在ETL服务器或者文件服务器上，而且不必集中存放，比如有多个文件，那么可以分组放到不同的文件服务器上，这样可以大幅提升海量数据的IO处理速度，从而提高数据加载效率。另一个不同之处是，从4.0开始，GP不但支持可读外部表，还支持可写外部表。这样我们可以把GP中的数据快速卸载成平面文件。因此，外部表是GP与其它外部数据源进行数据交换的最终要手段之一，同时也是最高效的手段。

例子十二，这是一个只读外部表的例子,它读取的文件分布在四台机器上（如何启动gpfdist服务，参见手册或者文章http://www.itpub.net/viewthread.php?tid=1410982），这些文件使用CSV格式，使用分割符'|'，使用'"'作为第二分割符，并跳过文件的首行,文本中使用的字符集是GBK（系统会自动转换成服务端字符集，比如UTF8),如果记录格式有问题，跳过，并写入错误表err_sales_ext(如果错误表不存在，建外部表时系统自动创建),格式有问题的记录最多允许7000000条
create external table sales_ext1
(PROD_ID numeric, 
CUST_ID numeric, 
TIME_ID DATE, 
CHANNEL_ID numeric , 
PROMO_ID numeric , 
QUANTITY_SOLD numeric(10,2), 
AMOUNT_SOLD numeric(10,2))
LOCATION ('gpfdist://etlhost-1:8081/sales/*','gpfdist://etlhost-2:8081/sales/*','gpfdist://etlhost-3:8081/sales/*','gpfdist://etlhost-4:8081/sales/*')
FORMAT 'CSV'(header DELIMITER '|' QUOTE '"')
encoding 'GBK'
log errors into err_sales_ext segment reject limit 7000000 rows;

可读外部表只能查询，不能进行DML操作，也不支持索引。

例子十三，这是一个可写外部表的例子，它可以把查询结果写入到指定CSV格式文件中。
create writable external table sales_ext_w
(PROD_ID numeric, 
CUST_ID numeric, 
TIME_ID DATE, 
CHANNEL_ID numeric , 
PROMO_ID numeric , 
QUANTITY_SOLD numeric(10,2), 
AMOUNT_SOLD numeric(10,2))
LOCATION ('gpfdist://md:8081/sales/sales.csv','gpfdist://etlhost-2:8081/sales/sales.csv','gpfdist://etlhost-3:8081/sales/sales.csv','gpfdist://etlhost-4:8081/sales/sales.csv')
FORMAT 'CSV'(DELIMITER '|' QUOTE '"')
encoding 'GBK'
distributed by (prod_id,cust_id,time_id,channel_id,promo_id);

可写外部表只支持insert操作，不支持DELETE,UPDATE,SELECT ,TRUNCATE , 插入的数据是以追加方式写入文件。

外部表也可以通过WEB server，使用HTTP协议访问数据,或者使用系统命令获取数据，这种形式的外部表也有可写外部表。
例子十四 
create external web table sales_ext1
(PROD_ID numeric, 
CUST_ID numeric, 
TIME_ID DATE, 
CHANNEL_ID numeric , 
PROMO_ID numeric , 
QUANTITY_SOLD numeric(10,2), 
AMOUNT_SOLD numeric(10,2))
LOCATION ('http://etlhost-1:8081/sales/*','http://etlhost-2:8081/sales/*','http://etlhost-3:8081/sales/*','http://etlhost-4:8081/sales/*')
FORMAT 'CSV'(header DELIMITER '|' QUOTE '"')
encoding 'GBK'
log errors into err_sales_ext segment reject limit 7000000 rows;


例子十五，需要以超级管理员身份执行，并且所有节点都有comm.sh的脚本
create external web table sales_ext1
(PROD_ID numeric, 
CUST_ID numeric, 
TIME_ID DATE, 
CHANNEL_ID numeric , 
PROMO_ID numeric , 
QUANTITY_SOLD numeric(10,2), 
AMOUNT_SOLD numeric(10,2))
execute 'comm.sh' on all
FORMAT 'CSV'(header DELIMITER '|' QUOTE '"')
encoding 'GBK'
log errors into err_sales_ext segment reject limit 7000000 rows;


更多的建表选项，大家可以参考GREENPLUM的管理员手册。

reprint from:http://www.itpub.net/forum.php?mod=viewthread&tid=1411396&extra=page%3D1&ordertype=1

PostgreSQL和Greenplum的临时表空间介绍
MyySophia的博客
06-25 1538
PostgreSQL的临时表空间，通过参数temp_tablespaces 进行配置，PostgreSQL允许用户配置多个临时表空间。 配置多个临时表空间时，使用逗号隔开。 如果没有配置temp_tablespaces 参数，临时表空间对应的是默认的表空间。 PostgreSQL的临时表空间用来存储临时表或临时表的索引，以及执行SQL时可能产生的临时文件例如排序，聚合，哈希等。 为了提高性能，一般建议将临时表空间放在SSD或者IOPS，以及吞吐量较高的分区中。 例子： 当前未配置temp_tab
GREENPLUM介绍之数据库管理（三）--创建表
conglei2565的博客
03-25 307
与其它关系型数据库一样，二维表同样是GP中最重要的存储数据对象。只不过为了更好的支持数据仓库海量数据的访问，GP在表这个层面为我们提供了更多更好的选项。从数据存储方式上看，GP的表可以分成面向行存储的普通堆...
PostgreSQL 中创建和管理表
最新发布
My_wife_QBL的博客
08-21 1221
本文详细介绍了在 PostgreSQL 中创建和管理表的基本操作，包括创建表、修改表结构、插入和查询数据等。这些操作是数据库管理的基础，掌握它们对于开发和维护数据库应用至关重要。PostgreSQL 还提供了许多高级功能，如索引、约束、视图和存储过程，用户可以根据需要进一步探索和使用。希望通过本文的介绍，能够帮助您更好地理解和使用 PostgreSQL 数据库。如果您有任何问题或需要进一步的帮助，请随时参考 PostgreSQL 的官方文档或相关学习资源。
GreenPlum学习笔记：create table创建表
weixin_30470857的博客
08-01 933
　　二维表同样是GP中重要的存储数据对象，为了更好的支持数据仓库海量数据的访问，GP的表可以分成： 面向行存储的普通堆积表 面向列存储的AOT表（append only table） 　　当然AOT表也可以是按行存储的，但是按列存储必须是AOT表。这样，我们在设计应用上可以获得相当的灵活性。比如经常需要更新的数据，或者较小的维度数据，应该使用普通堆积表存储。 　　例子： cr...
postgresql greenplum建表语句超详细
01-31
postgresql greenplum建表语句超详细 带说明 详细物理建模所需参数
Greenplum 临时表年龄问题
魂醉的一亩二分地
08-14 2866
目前在使用的greenplum是基于postgresql 8.2.*版本的 之前写过一篇文章，可以使用vacuum freeze来冻结年龄 但是正常情况下，Greenplum是用作OLAP来使用的，所以数据量会比较大，手工做全库的freeze明显是不现实的 目前实际情况是大批的临时表存在，而且年龄很高, 这个估计是8.2版本的bug，因为临时表都是随着session结束而消失的。但
GREENPLUM介绍之数据库管理.docx
06-07
### GREENPLUM数据库管理...以上步骤覆盖了Greenplum数据库管理的关键方面，包括环境配置、服务启动与停止、状态查询、连接方式、用户管理以及示例系统的创建等。这些操作对于日常维护和管理Greenplum数据库至关重要。
greenplum-cc-web-6.2.0-gp6-rhel7-x86-64.7z
03-29
《Greenplum CC Web 6.2.0-GP6在Linux环境下的安装与使用详解》 Greenplum CC Web 6.2.0-gp6-rhel7-x86_64是一款专为...对于任何Greenplum数据库管理员来说，熟练运用Greenplum CC Web都是不可或缺的技能之一。
Greenplum数据库权限管理1
08-04
在Greenplum数据库管理系统中，权限管理是确保数据安全性和访问控制的重要机制。它允许管理员精确地控制不同用户和角色对数据库对象的访问权限，从而防止未经授权的数据访问或修改。 1.1 概述 Greenplum的权限系统...
greenplum-db-6.13.0-rhel7-x86_64.zip
12-12
《Greenplum数据库详解与安装指南》 Greenplum是一款高度可扩展的并行数据库系统，专为大数据分析设计。其基于MPP（大规模并行处理）架构，能够高效处理PB级别的数据，广泛应用于商业智能、数据分析等领域。该系统...
greenplum数据库jdbc驱动下载
11-04
1. **连接管理**：创建、管理和关闭与Greenplum数据库的连接。 2. **SQL执行**：执行SQL查询，包括SELECT、INSERT、UPDATE、DELETE等。 3. **结果集处理**：处理查询返回的结果集，提供遍历、获取单个值或整个行的...
greenplum学习笔记
03-28
greenplum学习笔记
Greenplum 将表未分区的数据修改为分区表
weixin_45694422的博客
12-28 1900
前言 在生产业务环境中，经常由于设计不规范，导致在数据库中存储的数据体量越来越庞大，那么带来的问题就是查询效率的低下和维护任务的增加。 在 Greenplum 数据库中，通过使用分区，可以实现大规模并行处理，并且子分区也可以拥有自己的分区，比如数据按照年份分区，再按照月份分区。在内部处理表分区的过程中， Greenplum 在父级表和子表之间是通过被继承实现，类似于 PostgreSQL 中的继承。 如何决定分区策略 · 表是否足够大 通常在数据仓库中，会区分维度表和事实表，而事实表通常需要存储大量的数据，
greenplum分区表
weixin_43315211的博客
03-06 1548
1、分区表的规则 在这里插入代码片
Greenplum大表分区
murkey的专栏
05-09 739
Greenplum大表分区 表分区让我们能通过把表划分成较小的、更容易管理的小块来支持非常大的表，例如事实表。 通过让Greenplum数据库查询优化器只扫描满足给定查询所需的数据而避免扫描大表的全部内容，分区表能够提升查询性能。 文章目录Greenplum大表分区1 关于表分区2 分区与分布的区别3 与PostgreSQL分区表的区别：4 Greenplum数据库中的表分区5 决定表的分区策略6 创建分区表6.1 定义日期范围分区表6.1.1 实验环境测试6.2 定义数字范围分区表6.3 定
pg数据库表存放在哪里_在Greenplum数据库中,临时表存储在哪里?
weixin_31367439的博客
02-28 1015
Greenplum中的临时表存储在创建它们的数据库中,但存储在临时模式中,该模式在创建表的会话期间有效。即[gpadmin@mdw:~] $ createdb temp[gpadmin@mdw:~] $ psql temptemp=# create temporary table test_temp(a int) distributed by (a);CREATE TABLETime: 50.51...
Greenplum中定义数据库对象之创建与管理表
行者牛仔
04-06 4382
GP中创建表和管理表
Greenplum表的管理实践-1
murkey的专栏
05-05 816
Greenplum表的管理实践-1 本文章主要介绍和实践如何创建、修改、删除表，包括临时表的管理，同时针对表的约束，包括非空，唯一，主外键，默认等，另外还会简单进行数据的插入和修改，删除的实验操作。 文章目录Greenplum表的管理实践-11 创建表2 创建临时表2.1 会话级临时表2.2 创建会话级别的临时表3 约束3.1 字段级别的check3.2 表级的check3.3 非空约束3...
Greenplum-表的存储模式
数据源的港湾
09-14 1665
在学习Greenplum的过程中，了解到Greenplum中表有多种不同的存储模式，包括堆表、AO表、行存、列表、压缩、加密这些特性，这些不同的存储模式分别适用什么样的场景，我们在真正使用的时候又该怎么合理的选择哪一种表呢？本文就GP中的这几种表的存储模式加以说明。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值