动态层级映射

[povs2012]

我有一个树形的结构数据，假设有如下的四张表
Device{
id
name
parent_type
parent_id
}

ContainerA
{
id
name
parent_type
parent_id
}

ContainerB
{
id
name
parent_type
parent_id
}

ContainerC
{
id
name
parent_type
parent_id
}

如下所示，箭头表示其上一级对象，Device可以直接属于最上级，也可以经过其他层级到最上级，其关系的可能性是可以枚举出来的

Device->ContainerC

Device->ContainerB->ContainerC

Device->ContainerA->ContainerB->ContainerC

在查询Device时，需要查询其所属的ContainerC，而且会根据ContainerC的id或名称等筛选，在这种情况下，jimmer能否映射这种关系呢？

[babyfish-ct]

如果指查询条件路由，请参考动态表连接（非集合关联）和隐式子查询（集合关联）

如果查询结果忽略中间对象，请参考DTO语言flat

[povs2012]

Device
{
    id
    name

    @Nullable
    @ManyToOne
    ContainerA a
    
    @Nullable
    @ManyToOne
    ContainerB b

    @Nullable
    @ManyToOne
    ContainerC c
}

这样的话是不是过滤条件需要device.a.b.c.id=? or device.a.c.id = ? or device.c.id = ?实现，能不能实现类似中间表过滤器的那种固化join条件的方式，能够在ContainerC的@manytoone定义时把join的可能性写进去，最后过滤条件就只需要device.c.id = ?

最终实现的sql类似
select device.id,device.name, c.id, c.name from device left join a on device.parent_id=a.id left join b on (device.parent_id=b.id or a.parent_id=b.id) left join c on (device.parent_id=c.id or b.parent_id=c.id)

flat语言我看过，Device的ContainerC有可能是自己直属的，也可能是通过几个层级才有的，怎么定义这种是null才往上找的模式呢

[babyfish-ct]

似乎已经在群中解答了

[povs2012]

有没有关键字，我去搜下，感觉群适合聊天，可能很多问题别人问过了，解决方案有人提供过，聊天不容易积累下来

[babyfish-ct]

1.0 计划内的功能，支持附加条件的join

[povs2012]

后来查了下Hibernate支持@Any来定义这种类型的模型，是否可以借鉴参考

@Entity
public class Device {
    @Id 
    private Long id;
    
    @Any(metaColumn = @Column(name = "parent_type"))
    @AnyMetaDef(idType = "long", metaType = "string",
        metaValues = {
            @MetaValue(value = "CONTAINER_A", targetEntity = ContainerA.class),
            @MetaValue(value = "CONTAINER_B", targetEntity = ContainerB.class),
            @MetaValue(value = "CONTAINER_C", targetEntity = ContainerC.class)
        })
    @JoinColumn(name = "parent_id")
    private Object parent; // 可指向任意容器类型
}

@Entity
public class ContainerC {
    @Id 
    private Long id;
    // 作为顶级容器无需定义parent
}

通过Specification覆盖所有可能路径：

public class DeviceSpecs {
    public static Specification<Device> belongsToContainerC(Long containerCId) {
        return (root, query, cb) -> {
            // 定义所有可能的父级路径
            Join<Device, ContainerA> viaA = root.join("parent", JoinType.LEFT);
            Join<ContainerA, ContainerB> viaAB = viaA.join("parent", JoinType.LEFT);
            Join<ContainerB, ContainerC> viaABC = viaAB.join("parent", JoinType.LEFT);
            
            Join<Device, ContainerB> viaB = root.join("parent", JoinType.LEFT);
            Join<ContainerB, ContainerC> viaBC = viaB.join("parent", JoinType.LEFT);
            
            Join<Device, ContainerC> direct = root.join("parent", JoinType.LEFT);

            // 组合条件
            return cb.or(
                cb.equal(direct.get("id"), containerCId),
                cb.equal(viaBC.get("id"), containerCId),
                cb.equal(viaABC.get("id"), containerCId)
            );
        };
    }
}

[babyfish-ct]

和jimmer中间表过滤器类似，未来可以考虑

但是，是选择三个键，还是一个外键+type(三个状态)，只是表达形式变化，join你是逃不掉的

Join<Device, ContainerB> viaB = root.join("parent", JoinType.LEFT);
Join<ContainerB, ContainerC> viaBC = viaB.join("parent", JoinType.LEFT);

现在, jimmer一样啊

sqlClient.createQuery(device)
    .where(
        Predicate.or(
            device.parent(JoinType.LEFT).id().in(ids),
            device.parent(JoinType.LEFT).parent(JoinType.LEFT).id().in(ids),
            device.parent(JoinType.LEFT).parent(JoinType.LEFT).parent(JoinType.LEFT).id().in(ids),
        )
    )
    .execute()

或

sqlClient.createQuery(device)
    .where(
        Predicate.or(
            device.parentA(JoinType.LEFT).id().in(ids),
            device.parentB(JoinType.LEFT).parentA(JoinType.LEFT).id().in(ids),
            device.parentC(JoinType.LEFT).parentB(JoinType.LEFT).parentA(JoinType.LEFT).id().in(ids),
        )
    )
    .execute()

[babyfish-ct]

大概明白你在纠结什么了，这种方案

• 需要Object类型
• 数据库层面的真外键
• join时需要弱类型的"parent"字符串

本质上，是动态语言化了，不想开这口子。除非我能找到两全之法

[povs2012]

主要老系统是这么设计的，我是主张直接扩展Device表增加冗余字段存其余几张表的id的，但老系统改不动，所以讨论下有无更好的方案

[babyfish-ct]

主要老系统是这么设计的，我是主张直接扩展Device表增加冗余字段存其余几张表的id的，但老系统改不动，所以讨论下有无更好的方案

卧槽，又是老系统

ORM很多，只讨论映射花样多样性的话，有映射花样超单调的，比如Exposed; 有映射花样相对多的，比如Jimmer, 有映射花样最多的，比如JPA

Jimmer追求综合便捷度最高，靠颠覆架构和思维成为JVM下最先进的ORM。但定位和JPA不同，不行单方面追求映射花样最多。JPA最重视的映射花样的多样性，Jimmer并不认为是最重要的的。

但是，无论Jimmer如何发展，只要JPA存在，在映射花样上总会有遗留项目诉求，好头疼啊。

[babyfish-ct]

1.0会加实体继承的，用来实现这个效果，可能是两全之法