gpt4 book ai didi

java - jOOQ 使用一个数据库生成代码,使用另一个数据库执行代码

转载 作者:行者123 更新时间:2023-11-30 05:35:06 27 4
gpt4 key购买 nike

我们正在更改数据库,从支持 8 位 int 的数据库改为不支持 8 位 int 的数据库。当 Liquibase 创建一个数据库导致 jOOQ 生成“短”变量但我们的代码使用字节/字节时,我们的代码就会中断 - 这会破坏代码签名。

有人建议我们继续使用以前的数据库(HSQLDB)来生成代码,而不是重新编码,并且它“应该”与新数据库一起运行。有不同的意见,除了直觉之外我找不到任何明确的东西,这似乎与 jOOQ 的设计目的背道而驰。有人成功做到过吗?

最佳答案

对于这样的问题显然没有绝对是/否的答案,但有几种解决方案/解决方法:

使用之前的数据库产品生成代码

这将在短时间内起作用,例如现在,但是当您继续前进时,它将成为您的模式设计的一个极其限制因素。您将继续围绕 HSQLDB 的功能定制 DDL 和其他一些设计决策,并且您将无法利用新数据库产品的其他功能。这在迁移数据时尤其受到限制,如 ALTER TABLE方言之间的陈述有很大不同。

我只会在很短的时间内推荐这种方法,例如如果您不能立即彻底解决此问题。

使用 jOOQ 的 <forcedType/>重写数据类型的机制

jOOQ 的代码生成器允许在将架构的元数据加载到代码生成器之前重写数据类型。这样,您就可以假装您的 byte类型有 TINYINT在您的新数据库产品上,即使您的新数据库产品不支持 TINYINT .

这是一个彻底的解决方案,无论您使用什么产品,您都可能想要实现它,因为它为您提供了一种仅针对 jOOQ 的代码生成器重新定义架构部分的方法,而与您的使用方式无关生成您的代码。

该功能记录在此处: https://www.jooq.org/doc/latest/manual/code-generation/codegen-advanced/codegen-config-database/codegen-database-forced-types

对于您的情况来说,这绝对是一个更长期的解决方案。

注意, future 的 jOOQ 将能够使用 CHECK约束作为输入元数据来决定是否应用这样的<forcedType/> 。我想你会放置一个 CHECK (my_smallint BETWEEN -128 AND 127)对每个此类列的约束,因此您可以轻松识别哪些列要应用 <forcedType/>至:https://github.com/jOOQ/jOOQ/issues/8843

在该功能可用之前,您可以通过编程代码生成器配置自行实现它: https://www.jooq.org/doc/latest/manual/code-generation/codegen-programmatic/

或者,从 jOOQ 3.12 开始,通过使用 SQL 表达式生成正则表达式 <forcedType/>火柴。例如。在甲骨文中:

<forcedType>
<name>TINYINT</name>
<sql>
select listagg(owner || '.' || table_name || '.'
|| regexp_replace(search_condition_vc, ' between.*', ''), '|')
from user_constraints
where constraint_type = 'C'
and regexp_like(search_condition_vc, '.* between -128 and 127');
</sql>
</forcedType>

您可以使用基于文件的元数据源

jOOQ 不必连接到实时数据库实例即可对您的架构进行逆向工程。您还可以将 DDL 代码传递给 jOOQ 或 XML 文件:

这并不能真正直接解决您的问题,但也许,它可能会让解决问题变得更容易一些。然而,这些方法还有其他限制,例如当前不支持存储过程(jOOQ 3.12),因此我只是为了完整起见在这里添加它,而不是建议您立即使用它。

关于java - jOOQ 使用一个数据库生成代码,使用另一个数据库执行代码,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/56798829/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com