[jira] [Created] (FLINK-20105) Temporary Table does not work when Kafka is used as the versioned side (planner PK problem)

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

[jira] [Created] (FLINK-20105) Temporary Table does not work when Kafka is used as the versioned side (planner PK problem)

Shang Yuanchun (Jira)
Benoît Paris created FLINK-20105:
------------------------------------

             Summary: Temporary Table does not work when Kafka is used as the versioned side (planner PK problem)
                 Key: FLINK-20105
                 URL: https://issues.apache.org/jira/browse/FLINK-20105
             Project: Flink
          Issue Type: Bug
          Components: Connectors / Kafka, Table SQL / Planner
    Affects Versions: 1.12.0
            Reporter: Benoît Paris
         Attachments: flink-test-temporal-table.zip

 

This is probably an early bug report that I'm making before 0.12 is out. 

In 1.12-SNAPSHOT, doing this:

 
{code:java}
INSERT INTO output_table
SELECT
 o.f_sequence * r.f_int,
 o.f_random_str
FROM datagen_1 AS o
LEFT JOIN input_2 FOR SYSTEM_TIME AS OF o.ts r
 ON o.f_random = r.f_int_pk{code}
 

works when input_2 is build with datagen, but fails when data comes from kafka; yielding the following error that comes from planner code:

 
{code:java}
Type INT NOT NULL of table field 'f_int_pk' does not match with the physical type INT of the 'f_int_pk' field of the TableSource return type.{code}
 

Included is code for a complete reproduction, with:
 * docker-compose file for ZooKeeper and Kafka (latest)
 * pom.xml
 * OK_TempTableSQLTestDatagen.java: it works with the datagen
 * KO_TempTableSQLTestKafka.java: fails with Kafka
 * KO_TempTableSQLTestKafkaNoPK.java: I tried to have no PK, it fails
 * KO_TempTableSQLTestKafkaNull.java: I tried with the PK being nullable, it fails
 * KO_TempTableSQLTestKafkaNullif.java: I tried with using the PK in a NULLIF(pk, '') as [advertised here|http://apache-flink-user-mailing-list-archive.2336050.n4.nabble.com/Inserting-nullable-data-into-NOT-NULL-columns-td34198.html], but if fails (loses PK powers)

I just can't think of a workaround. I even tried to GROUP BY on the PK.

From memory, the Temporal Table Function suffers from a similar problem; My usual workaround being to do a COALESCE(problematic_temp_table_function_primary_key, null).

It seems like the same problem of having transformations of the same field being NULL and NOT NULL between planner transformations.
----
 

This isssue is probably related to the ongoing FLIP-132 Temporal Table DDL and Temporal Table Join developments.

 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)