Skip to content

Conversation

@chl-wxp
Copy link
Contributor

@chl-wxp chl-wxp commented Nov 18, 2025

When there are special fields on the sink side, the table structure on the sink side should be used to judge. For example, if the source is mysql and the varchar type is used to store inet content, and the target is pgsql, an error will be reported if the inet type field is used to receive data. The reason why the previous e2e could run was because the source of the test case was pgsql-cdc, and the field types were exactly the same. This was a coincidence, but it was indeed a bug.

@github-actions github-actions bot added the e2e label Nov 18, 2025
@github-actions github-actions bot removed the e2e label Nov 25, 2025
@chl-wxp
Copy link
Contributor Author

chl-wxp commented Nov 26, 2025

@zhangshenghang @corgy-w

@corgy-w
Copy link
Contributor

corgy-w commented Nov 26, 2025

Are there corresponding test cases?

@chl-wxp
Copy link
Contributor Author

chl-wxp commented Nov 26, 2025

Are there corresponding test cases?

#9618
This PR added relevant tests when merging

@chl-wxp
Copy link
Contributor Author

chl-wxp commented Nov 27, 2025

Are there corresponding test cases?

Are there corresponding test cases?

When there are special fields on the sink side, the table structure on the sink side should be used to judge. For example, if the source is mysql and the varchar type is used to store inet content, and the target is pgsql, an error will be reported if the inet type field is used to receive data. The reason why the previous e2e could run was because the source of the test case was pgsql-cdc, and the field types were exactly the same. This was a coincidence, but it was indeed a bug.

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

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants