Description
维护者您好，
我计划在未来 2 个月内，为 APIJSON 贡献一个支持国产金仓数据库（KingbaseES）的版本。
经过初步调研，金仓数据库在底层对 MySQL/PostgreSQL 的 JSON 语法（如 JSON_EXTRACT、-> 操作符）及事务隔离级别有极高的兼容性，这为 APIJSON 的低成本适配提供了基础。
为了确保代码质量和框架稳定性，我承诺遵循以下开发标准：
零侵入设计：通过继承扩展 SQLConfig 或新增 KingbaseSQLConfig / KingbaseSQLExecutor 的方式实现，绝不修改现有核心逻辑，确保不影响 MySQL/PostgreSQL 等现有功能的稳定性。
完备的测试覆盖：我会参考 TestRecord.java 编写针对性的集成测试，并重点验证在 Kingbase 环境下的 JSON 查询、分页逻辑及复杂事务场景。
规范交付：严格遵循项目的 Git 分支管理规范，提交前会完成 mvn clean package 构建检查，并同步更新 Document.md 中关于数据库方言的文档。
目前我已着手进行初步验证，预计 2 个月内提交 Pull Request。请问社区是否接受此类国产数据库的适配？如果有任何特定的架构要求或建议，请随时告知。
Description
维护者您好，
我计划在未来 2 个月内，为 APIJSON 贡献一个支持国产金仓数据库（KingbaseES）的版本。
经过初步调研，金仓数据库在底层对 MySQL/PostgreSQL 的 JSON 语法（如 JSON_EXTRACT、-> 操作符）及事务隔离级别有极高的兼容性，这为 APIJSON 的低成本适配提供了基础。
为了确保代码质量和框架稳定性，我承诺遵循以下开发标准：
零侵入设计：通过继承扩展 SQLConfig 或新增 KingbaseSQLConfig / KingbaseSQLExecutor 的方式实现，绝不修改现有核心逻辑，确保不影响 MySQL/PostgreSQL 等现有功能的稳定性。
完备的测试覆盖：我会参考 TestRecord.java 编写针对性的集成测试，并重点验证在 Kingbase 环境下的 JSON 查询、分页逻辑及复杂事务场景。
规范交付：严格遵循项目的 Git 分支管理规范，提交前会完成 mvn clean package 构建检查，并同步更新 Document.md 中关于数据库方言的文档。
目前我已着手进行初步验证，预计 2 个月内提交 Pull Request。请问社区是否接受此类国产数据库的适配？如果有任何特定的架构要求或建议，请随时告知。