Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Tracking(sink datatype mapping): Type missing when sink to MySQL, PostgreSQL or TiDB #9603

Open
4 of 6 tasks
wugouzi opened this issue May 5, 2023 · 2 comments
Open
4 of 6 tasks

Comments

@wugouzi
Copy link
Contributor

wugouzi commented May 5, 2023

Currently, there are some types in RisingWave that don't have counterparts in MySQL, PostgreSQL or TiDB, and we need some workaround for Debezium sink and jdbc sink:

  • Interval for MySQL and TiDB
  • struct for MySQL, and TiDB
  • List for MySQL and TiDB
  • Bytea for MySQL and TiDB
  • Serial for MySQL and TiDB
  • Int256 for MySQL, PostgreSQL and TiDB (reject sink for this type)
@neverchanje
Copy link
Contributor

neverchanje commented May 22, 2023

b19e651

DataType::Int16
    | DataType::Int32
    | DataType::Int64
    | DataType::Float32
    | DataType::Float64
    | DataType::Boolean
    | DataType::Decimal
    | DataType::Timestamp
    | DataType::Varchar

As shown in this commit, we are supposed to support more data types than you initially commented. I guess it has nothing to do with the specific sink. Whatever they are, we will need to handle the types instead of rejecting them in the validation phase:

  • Date
  • Time
  • Timestamp
  • TimestampTz
  • Interval
  • Jsonb
  • Bytea
  • List/Array
  • Struct
  • Int256 (unnecessary)

@wugouzi

@tabVersion tabVersion modified the milestones: release-1.0, release-1.1 Jul 19, 2023
@tabVersion tabVersion removed this from the release-1.3 milestone Sep 11, 2023
Copy link
Contributor

github-actions bot commented Jul 3, 2024

This issue has been open for 60 days with no activity.

If you think it is still relevant today, and needs to be done in the near future, you can comment to update the status, or just manually remove the no-issue-activity label.

You can also confidently close this issue as not planned to keep our backlog clean.
Don't worry if you think the issue is still valuable to continue in the future.
It's searchable and can be reopened when it's time. 😄

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants