Converter를 전역에 적용하는 옵션 사용 여부

[chabinhwang]

As-Is

@Converter가 적용된 BooleanToIntegerConverter.java 를 추가한 뒤, Converter를 엔티티에 직접 명시하는 방식을 사용하고 있습니다.

    @Column(name = "is_sent")
    @Convert(converter = BooleanToIntegerConverter.class)
    private Boolean isSent = false;

Discussion

#85 (comment)

Oracle DB에서 Boolean 타입이 지원되지 않아서 모든 Boolean 타입 엔티티에 Converter를 사용해야 합니다. 따라서 추후에 Boolean 타입의 엔티티를 몇 개 추가하든 모두 Converter를 명시해야 한다는 단점이 존재합니다. 이를 보완하기 위해 autoApply 옵션을 사용하려고 했으나, 둘 다 장단점이 존재하여 논의해보려고 합니다.

autoApply 옵션에 대한 설명

@Converter(autoApply = true)를 추가해 Converter클래스를 만들게 되면, JPA에서 자동으로 모든 Boolean 타입의 엔티티에 Converter를 적용시켜줍니다.

pros : autoApply를 사용하면 모든 Boolean 엔티티에 자동으로 적용되어, 각 엔티티별로 명시해 줄 필요가 없습니다. 또한, Boolean 엔티티들은 DB에서 전혀 사용이 안되기 때문에, 무조건 Converter를 거쳐야 합니다. 따라서, autoApply를 사용하는 것이 합리적일 수 있습니다.

cons : autoApply를 사용하면 Boolean 엔티티를 작성하면서 해당 엔티티가 어느 Converter에 영향을 받는지 직접적으로 보이지 않습니다. 따라서, 개발을 함에 있어 추후에 혼선이 있을 수 있습니다.

[sudo-Terry]

흠 근데 이건 계속 고민을 해봤는데, 스프링 부트에서는 명시성보다 관례 기반의 자동 프로젝트 구성(Convention)을 중요시하니 autoApply를 적용하는 방향이 조금 더 적절할 것 같다는 생각이 들었어요. 어차피 OracleDB를 사용하는 시점에서 일괄 적용했을 때의 문제점이 있을 것 같지도 않구요.

저희가 프로젝트에 대해 문서화를 잘 해두어 후속 담당자들이 놓치지 않도록 하는게 더 적절할 것 같습니다.

[chabinhwang]

넵 저도 문서화 + 주석으로 인지할 수만 있다면 이 방법이 더 좋다고 생각했습니다! 많은 DB들이 Boolean 지원 안하는걸 봤을때, 의미 있는 설정인 것 같다는 생각도 듭니다.