【问题标题】:Why Redshift automatically trims varchar column when joining?为什么 Redshift 在加入时会自动修剪 varchar 列?
【发布时间】:2018-12-01 10:30:40
【问题描述】:

我在使用 Redshift 时遇到了独特的问题。请参阅以下说明性示例:

drop table if exists joinTrim_temp1;
create table joinTrim_temp1(rowIndex1 int, charToJoin1 varchar(20));
insert into joinTrim_temp1 values(1, 'Sudan' );
insert into joinTrim_temp1 values(2, 'Africa' );
insert into joinTrim_temp1 values(3, 'USA' );

drop table if exists joinTrim_temp2;
create table joinTrim_temp2(rowIndex2 int, charToJoin2 varchar(20));
insert into joinTrim_temp2 values(1, 'Sudan ' );
insert into joinTrim_temp2 values(2, 'Africa ' );
insert into joinTrim_temp2 values(3, 'USA ' );

select * from joinTrim_temp1 a join joinTrim_temp2 b on a.charToJoin1 = b.charToJoin2;

查询的输出如下:

在查询中,您可以看到第二个表中有一个尾随空格。所以不应该发生内部连接。但似乎 Redshift 在加入时能够修剪尾随空格。

我在将现有的 Redshift sql 代码转换为 PySpark 时遇到了这个问题。

问候, 库马尔

【问题讨论】:

  • 感谢您强调此“功能”。

标签: amazon-web-services amazon-redshift


【解决方案1】:

啊!确实,一个非常有趣的发现!

来自Character Types - Amazon Redshift

比较值时,VARCHAR 和 CHAR 值中的尾随空格在语义上无关紧要。

看来,如果您想强制比较,是否需要避免尾随空格,例如:

SELECT * 
FROM joinTrim_temp1 a 
JOIN joinTrim_temp2 b 
ON a.charToJoin1 || '.' = b.charToJoin2 || '.';

【讨论】:

    猜你喜欢
    • 2014-06-03
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-06-13
    • 1970-01-01
    • 2011-02-16
    相关资源
    最近更新 更多