带有jooq的kotlin并手动编写表模型而无需代码生成

Question

我正在使用jOOQ和Kotlin进行实验，并看到了一些教程和文档，看起来非常不错。

但是，如果使用jOOQ感到非常烦人，则会生成代码。它似乎太复杂了，最终无法维护。我决定创建自己的表模型（类似于休眠方式）。

我创建了两个表模型：

用户

data class User(
    val id: String = UUID.randomUUID().toString(),
    val name: String,
    val email: String,
    val password: String? = null
) {
    companion object {
        val TABLE: Table<Record> = DSL.table("user")
        val ID: Field<String> = DSL.field("id", String::class.java)
        val USER_NAME: Field<String> = DSL.field("user_name", String::class.java)
        val EMAIL: Field<String> = DSL.field("email", String::class.java)
        val PASSWORD: Field<String> = DSL.field("password", String::class.java)
    }
}

追随者

data class Followers(
    val id: String,
    val followerId: String,
    val userId: String
) {
    companion object {
        val TABLE: Table<Record> = DSL.table("followers")
        val ID: Field<String> = DSL.field("id", String::class.java)
        val FOLLOWER_ID: Field<String> = DSL.field("follower_id", String::class.java)
        val USER_ID: Field<String> = DSL.field("user_id", String::class.java)
    }
}

当我执行一些琐碎的SQL语句时，它完美地工作了，但是当我尝试下一条语句时，我遇到了异常。

return dsl.select().from(u.TABLE)
            .rightJoin(f.TABLE).on(u.ID.eq(f.FOLLOWER_ID))
            .where(u.ID.eq(id)).fetch().into(User::class.java)

该代码的预期语句为：

select *
from user u
right outer join followers f
on u.id = f.follower_id
where u.id = 'e30919bf-5f76-11e8-8c96-701ce7e27f83';

但是我从这段代码中得到的语句是：

select *
from user
  right outer join followers
  on id = follower_id
where id = 'e30919bf-5f76-11e8-8c96-701ce7e27f83'

当然，这会正确地告诉我 where子句中 的错误 列’id’

它提出了一些问题：

1. 有没有更好的方法来声明表模型而无需代码生成。
2. 为什么DSLselect无法转换为正确的SQL语句？我做错了什么？

Answer 1

首先，关于不愿使用代码生成的一些建议：

我似乎太复杂了，最终无法维持。因此，我决定创建自己的表模型（类似于休眠方式）。

您（很可能）要经历很长的痛苦和磨难。首先，您现在已经需要考虑数据库迁移，最好使用数据库的DDL语言来完成。这意味着，从长远来看，数据的数据库模型对您而言应该比客户端模型更为重要。实际上，您的客户端模型是数据库模型的副本，而不是您想要独立维护的东西。有了这种思想，让代码生成器从数据库模型生成客户端模型更为合理，反之亦然。

当然，在启动项目时，Hibernate也使客户端优先方法也变得容易。但是，一旦投入生产，您 将
不得不迁移数据库，然后此模型将崩溃。您首先要返回数据库，现在已经值得进行所有设置。

所以不行。 现在 ，代码生成可能会带来一些复杂性，但是与创建自己的表模型相比 ，维护 代码将 更加容易 。

我在这里撰写了一篇有关该主题的更长的博客文章。

关于您的具体问题：

return dsl.select().from(u.TABLE)
          .rightJoin(f.TABLE).on(u.ID.eq(f.FOLLOWER_ID))
          .where(u.ID.eq(id)).fetch().into(User::class.java)

该代码的预期语句为：[…]

好吧，这取决于什么u和f是什么。您不能只是将Kotlin引用重命名为表并期望jOOQ知道它们的含义。也就是说，您可能按如下方式创建了引用：

val u = User.TABLE;
val f = Follower.TABLE;

如果那是您创建引用的方式，那么根据身份，这两件事就是 同一件事 。jOOQ不会神奇地对您的Kotlin代码进行逆向工程以发现您要对表进行 别名
。您必须告诉jOOQ：

val u = User.TABLE.as("u");
val f = Follower.TABLE.as("f");

但是现在您还没有完成。您User.TABLE使用简单的SQL
API
构造了引用，这意味着jOOQ的运行时不了解该表中的列。您无法再从别名表中引用这些列，因为普通SQL表的Table<?>别名表的类型为，而不是User。

当然，您可以创建TableImpl实例并在实例中注册所有列TableImpl-就像代码生成器一样。在这种情况下，您将具有与之关联的表 和
列，并且即使使用别名表也可以安全地使用它们。

所有这些东西都是由生成的代码自动处理的，我再次建议您将其与jOOQ一起使用。任何人都不将代码生成器与jOOQ一起使用的主要原因是因为数据模型是动态的，即在编译时未知。否则，您将自动重复代码生成器已经为您完成的大量工作。而且，如前所述，当您开始迁移架构时，您将在以后做更多的工作。