融合架构注册表:JDBC连接器不支持向后兼容吗?

问题描述

为了了解CDC管道的模式演变,我试图将头绪围绕在以下JDBC Connector documentation上:

但是,由于JDBC API的限制,某些兼容的架构更改可能被视为不兼容的更改。例如,添加具有默认值的列是向后兼容的更改。但是,由于JDBC API的局限性,很难将其映射到Kafka Connect模式中正确类型的默认值,因此当前省略了默认值。含义是,即使数据库表架构的某些更改是向后兼容的,在Schema Registry中注册的架构也不是向后兼容的,因为它不包含默认值。

您能否解释一下“因此当前省略默认值”的含义?使用JDBC接收器连接器时,应该遵循哪种模式演变解决方案?

我的设置包括JDBC接收器连接器。我一直在尝试测试向Confluent Control Center上的架构添加新的可选字段:

{
  "default": null,"name": "schema_change_test","type": [
    "null","int"
  ]
},

它无法正常工作并引发错误。

我想知道JDBC接收器连接器是否根本不支持架构的向后兼容性。在这种情况下,我会停下来并节省一些时间。我进行了搜索,但未在任何地方得到明确的答案。请帮忙。

解决方法

暂无找到可以解决该程序问题的有效方法,小编努力寻找整理中!

如果你已经找到好的解决方法,欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@)

相关问答

依赖报错 idea导入项目后依赖报错,解决方案:https://blog....
错误1:代码生成器依赖和mybatis依赖冲突 启动项目时报错如下...
错误1:gradle项目控制台输出为乱码 # 解决方案:https://bl...
错误还原:在查询的过程中,传入的workType为0时,该条件不起...
报错如下,gcc版本太低 ^ server.c:5346:31: 错误:‘struct...