teradata数据库分析函数_Teradata应用迁移到AnalyticDB for PostgreSQL指导

AnalyticDB for PostgreSQL(简称：ADB for PG)对Teradata语法有着很好的兼容，将Teradata应用迁移到ADB for PG，只需进行有限的修改。本文介绍将Teradata应用迁移到ADB for PG应该注意的事项。

1 建表语句

我们通过一个例子比较ADB for PG和Teradata的建表语句。对于如下的Teradata建表SQL语句，

CREATE MULTISET TABLE test_table,NO FALLBACK , NO BEFORE JOURNAL, NO AFTER JOURNAL, CHECKSUM = DEFAULT, DEFAULT MERGEBLOCKRATIO ( first_column DATE FORMAT 'YYYYMMDD' TITLE '第一列' NOT NULL, second_column INTEGER TITLE '第二列' NOT NULL , third_column CHAR(6) CHARACTER SET LATIN CASESPECIFIC TITLE '第三列' NOT NULL , fourth_column CHAR(20) CHARACTER SET LATIN CASESPECIFIC TITLE '第四列' NOT NULL, fifth_column CHAR(1) CHARACTER SET LATIN CASESPECIFIC TITLE '第五列' NOT NULL, sixth_column CHAR(24) CHARACTER SET LATIN CASESPECIFIC TITLE '第六列' NOT NULL, seventh_column VARCHAR(18) CHARACTER SET LATIN CASESPECIFIC TITLE '第七列' NOT NULL, eighth_column DECIMAL(18,0) TITLE '第八列' NOT NULL , nineth_column DECIMAL(18,6) TITLE '第九列' NOT NULL )PRIMARY INDEX ( first_column ,fourth_column )PARTITION BY RANGE_N(first_column BETWEEN DATE '1999-01-01' AND DATE '2050-12-31' EACH INTERVAL '1' DAY );CREATE INDEX test_index (first_column, fourth_column) ON test_table;

可以修改成ADB for PG的建表语句：

CREATE TABLE test_table ( first_column DATE NOT NULL, second_column INTEGER NOT NULL , third_column CHAR(6) NOT NULL , fourth_column CHAR(20) NOT NULL, fifth_column CHAR(1) NOT NULL, sixth_column CHAR(24) NOT NULL, seventh_column VARCHAR(18) NOT NULL, eighth_column DECIMAL(18,0) NOT NULL , nineth_column DECIMAL(18,6) NOT NULL )DISTRIBUTED BY ( first_column ,fourth_column )PARTITION BY RANGE(first_column) (START (DATE '1999-01-01') INCLUSIVEEND (DATE '2050-12-31') INCLUSIVEEVERY (INTERVAL '1 DAY' ) );create index test_index on test_table(first_column, fourth_column);

通过以上例子，我们可以很清晰地分析ADB for PG和Teradata建表语句的异同：

1、ADB for PG和Teradata的数据类型是互相兼容的，数据类型不需要做修改；

2、ADB for PG和Teradata均支持分布列，但语法不同，Teradata是primary index，ADB for PG是distributed by；

3、ADB for PG和Teradata均支持PARTITION BY二级分区，语义相同但语法不同；

4、ADB for PG和Teradata均支持对表创建索引，但语法不同；

5、ADB for PG不支持TITLE关键字，但是支持单独对列添加注释COMMENT，语法为COMMENT ON COLUMN table_name.column_name IS 'XXX';

6、ADB for PG不能在定义char或者varchar时声明编码类型，而是在连接上数据库时，通过执行“SET client_encoding = latin1;”来申明编码类型。

2 导入导出数据格式

ADB for PG支持txt、csv格式的数据导入导出，和Teradata的区别就在于数据文件的分隔符：Teradata支持双分隔符，而ADB for PG只支持单分隔符。

3 SQL语句

ADB for PG和Teradata的SQL语法大部分都是兼容的，除了特定的Teradata语法、系统函数是需要进行修改的。

3.1 特定语法

3.3.1 cast

Teradata支持类似如下的cast语法：

cast(XXX as int format '999999')cast(XXX as date format 'YYYYMMDD')

而ADB for PG支持类似cast(XXX as int)、cast(XXX as date)，不支持在cast中声明format。所以，对于cast(XXX as int format '999999')，需要编写函数来实现相同功能；而对于cast(XXX as date format 'YYYYMMDD')，ADB for PG支持date的显示格式为'YYYY-MM-DD'，这个是不影响正常使用的。

3.3.2 qualify

Teradata的qualify关键字，用来根据用户的条件，进一步过滤前序排序计算函数得到的结果。如下是一个Teradata的qualify关键字使用例子：

SELECT itemid, sumprice, RANK() OVER (ORDER BY sumprice DESC) FROM (SELECT a1.item_id, SUM(a1.sale) FROM sales AS a1  GROUP BY a1.itemID) AS t1 (itemid, sumprice)  QUALIFY RANK() OVER (ORDER BY sum_price DESC) <=100;

而ADB for PG是不支持qualify关键字的，所以需要将带qualify的sql语句，修改为子查询嵌套：

SELECT itemid, sumprice, rank from (SELECT itemid, sumprice, RANK() OVER (ORDER BY sumprice DESC) as rank FROM (SELECT a1.item_id, SUM(a1.sale) FROM sales AS a1  GROUP BY a1.itemID) AS t1 (itemid,sumprice)) AS awhere rank <=100;

3.3.3 macro

Teradata通过macro来执行一组SQL语句，一个典型的macro例子为：

CREATE MACRO Get_Emp_Salary(EmployeeNo INTEGER) AS (  SELECT  EmployeeNo,  NetPay  FROM  Salary  WHERE EmployeeNo = :EmployeeNo; );

ADB for PG不支持macro，但是可以轻易地用ADB for PG的function来完成Teradata的macro功能：

CREATE OR REPLACE FUNCTION Get_Emp_Salary( EmployeeNo INTEGER, OUT EmployeeNo INTEGER, OUT NetPay FLOAT) returns setof record AS $$ SELECT EmployeeNo,NetPay  FROM Salary WHERE EmployeeNo = $1$$ LANGUAGE SQL;

3.3.4 系统函数

ADB for PG和Teradata关键系统函数对照表：

作者：陆封