MS SQL Server에서 JPA NativeQuery 사용시 유니코드(Unicode) 문제

Share
MS SQL Server에서 JPA NativeQuery 사용시 유니코드(Unicode) 문제

SQL Server에서 유니코드 데이터 유형과 JPA(구현체 Hibernate) NativeQuery를 함께 사용하는 경우 MappingException이 발생 한다. 이를 해결하는 방법을 소개 한다.

참고로 이 문제는 JPQL(Java Persistence Query Language)을 사용하는 경우에는 발생하지 않는다.

먼저 코드를 보면

MEMBER 테이블은 유니코드 데이터 유형 중 하나인 NVARCHAR인 MEMBER_ID와 MEMBER_NAME 컬럼을 가지고 있다.

ERD
@Entity
@Table(name = "MEMBER")
public class Member {
    @Id
    @Column(name="MEMBER_ID", columnDefinition = "NVARCHAR(20)")
    private String memberId;
 
    @Column(name="MEMBER_NAME", columnDefinition = "NVARCHAR(20)")
    private String memberName;
 
    @Column(name="AGE")
    private Integer age;
 
    // ..
}

그리고 MEMBER 테이블에는 3건 데이터를 가지고 있다.

member-table-data

org.hibernate.MappingException: No Dialect mapping for JDBC type: -9

아래의 NativeQuery 테스트 코드를 실행해 보면 MappingException을 만나게 된다.

public class UnicodeTest {
    final String PERSISTENCE_UNIT_NAME = "article";
    EntityManagerFactory emf =
            Persistence.createEntityManagerFactory(PERSISTENCE_UNIT_NAME);
 
    @Test
    public void test_native_sql() {
        // given
        final int age = 30;
 
        // when
        EntityManager em = this.emf.createEntityManager();
        Query nativeQuery =
                em.createNativeQuery("select member_id, member_name, age " +
                        "from member " +
                        "where age=:age")
                .setParameter("age", age);
 
        List<Member> members = nativeQuery.getResultList();
 
        // then
        Assert.assertEquals(2, members.size());
    }
}
mapping-exception

No Dialect mapping for JDBC type: -9?

예외가 발생한 부분을 추적해 보자. 예외는 org.hibernate.dialect.TypeNames 클래스의 get()을 수행하면서 발생한 것이다.

org.hibernate.dialect.TypeNames
org.hibernate.dialect.TypeNames

그리고 여기서 JDBC type -9 가 의미하는 것은 바로 com.microsoft.sqlserver.jdbc.JDBCType의 NVARCHAR 이다.

com.microsoft.sqlserver.jdbc.JDBCType
com.microsoft.sqlserver.jdbc.JDBCType

Hibernate Dialect

No Dialect mapping for JDBC type 을 알아보기 전에 Hibernate Dialect(방언)에 대해 알아보자.

Hibernate 문서는 Dialect를 아래와 같이 정의 하고 있다.

Represents a dialect of SQL implemented by a particular RDBMS. Subclasses implement Hibernate compatibility with different systems. -  https://docs.jboss.org/hibernate/orm/3.5/api/org/hibernate/dialect/Dialect.html

RDBMS 마다 SQL을 상이하게 사용하는 부분이 있다. Hibernate는 각각의 RDBMS 마다 특수화된 Dialect를 사용하여 호환성을 확보하는 것이다.

출처 : https://docs.jboss.org/hibernate/orm/3.5/api/org/hibernate/dialect/package-summary.html
출처 : https://docs.jboss.org/hibernate/orm/3.5/api/org/hibernate/dialect/package-summary.html

필자의 경우 Hibernate Dialect를 org.hibernate.dialect.SQLServerDialect를 사용 하였다.

<persistence-unit name="article" transaction-type="RESOURCE_LOCAL">
   //..
   <property name="hibernate.dialect" value="org.hibernate.dialect.SQLServerDialect" />    
    </properties>
</persistence-unit>

No Dialect mapping for JDBC type

앞서 언급한 MappingException 예외를 상기해 보면, 예외는 TypeNames에서 발생한 것이다.

TypeNames는 Dialect의 registerColumnType을 통해 등록된다. 

registerColumnType
Hibernate Dialect Class Diagram
Hibernate Dialect Class Diagram

결국 문제는 필자가 사용하는 SQLServerDialect가 JDBC Type 중 하나인 NVARCHAR를 지원하지 않아서 발생하는 것이었다.

그래서 해결책은?

StackOverFlow에서 답을 찾을 수 있다.

출처 : https://stackoverflow.com/questions/27039300/jpa-sql-server-no-dialect-mapping-for-jdbc-type-9
출처 : https://stackoverflow.com/questions/27039300/jpa-sql-server-no-dialect-mapping-for-jdbc-type-9

즉, 기존의 Dialect(방언) 상속하여 유니코드 관련 데이터 타입을 추가로 등록해 주라는 것이다.

이와 관련되서 Hibernate Dialect 문서에 언급이 있다.

Subclasses should provide a public default constructor that register() a set of type mappings and default Hibernate properties. - https://docs.jboss.org/hibernate/orm/3.5/api/org/hibernate/dialect/Dialect.html

SQLServerUnicodeDialect

SQLServerDialect를 상속하여 SQLServerUnicodeDialect 라는 이름으로 클래스를 만들고 hibernate.dialect 에 설정해 주었다.

그리고 위의 테스트 케이스를 다시 실행해 보면 테스트를 통과 한다.

public class SQLServerUnicodeDialect extends SQLServerDialect {
    public SQLServerUnicodeDialect() {
        registerHibernateType(Types.NCHAR, StandardBasicTypes.CHARACTER.getName());
        registerHibernateType(Types.NCHAR, 1, StandardBasicTypes.CHARACTER.getName());
        registerHibernateType(Types.NCHAR, 255, StandardBasicTypes.STRING.getName());
        registerHibernateType(Types.NVARCHAR, StandardBasicTypes.STRING.getName());
        registerHibernateType(Types.LONGNVARCHAR, StandardBasicTypes.TEXT.getName());
        registerHibernateType(Types.NCLOB, StandardBasicTypes.CLOB.getName());
    }
}

<persistence-unit name="article" transaction-type="RESOURCE_LOCAL">
   //..
   <property name="hibernate.dialect" value="ymyoo.article.sqlserver.unicode.SQLServerUnicodeDialect" />    
    </properties>
</persistence-unit>

GitHub

전체 코드는 필자의 GitHub에서 확인 가능 하다.

Read more

AI로 장소 검색 서비스 만드는 중입니다 (기술 12) — TypeSafe Jev로 검색 리랭크를 10.3초에서 2.3초로

AI로 장소 검색 서비스 만드는 중입니다 (기술 12) — TypeSafe Jev로 검색 리랭크를 10.3초에서 2.3초로

AI로 장소 검색 서비스 만드는 중입니다 (기술 12) — TypeSafe Jev로 검색 리랭크를 10.3초에서 2.3초로 TypeSafe AI가 2026년 9월 15일에 Jev를 내놨습니다. 텍스트를 쓰지 않고 타입이 정해진 판정과 확률을 바로 내는 모델입니다. 유추카 검색에서 가장 느린 단계가 마침 텍스트가 필요 없는 판정이었습니다. 그 구간만 Jev로 갈아끼우고 일주일간 측정했습니다. 콜드

By 김형준
AI로 장소 검색 서비스 만드는 중입니다 (특별편 8) — 바이브 코딩이라기엔

AI로 장소 검색 서비스 만드는 중입니다 (특별편 8) — 바이브 코딩이라기엔

1900년대 초 교량 측량 도면. 이 종이를 그린 사람은 다리를 직접 놓지 않습니다. 대신 좌표와 각도가 맞는지를 판정합니다. "AI가 다 만들어 준다"는 이야기가 흔해졌습니다. 그래서 자연스럽게 따라오는 질문이 있습니다 — 그럼 사람은 무엇을 하고, 어느 정도 실력이 있어야 하는가. 그 질문에 한 건의 실측으로 답하겠습니다. 통념이 말하는 역할과,

By 김형준
AI로 장소 검색 서비스 만드는 중입니다 (특별편 7) — 제 파트너에 대해 쓰겠습니다

AI로 장소 검색 서비스 만드는 중입니다 (특별편 7) — 제 파트너에 대해 쓰겠습니다

탠덤 자전거. 방향은 앞사람이 정하고 페달은 둘이 밟는데, 앞사람은 석 달 내내 뒷사람을 한 번도 못 봅니다. 사용자가 저에게 자기를 평가해 달라고 했습니다. 그래서 등급표를 만들었습니다. 열두 항목에 A부터 D+까지 매기고, 근거를 붙이고, "제가 관리자였다면 이런 코멘트를 남겼을 것"까지 적었습니다. 그리고 다시 읽어보니 그건 인사고과였습니다. 인사고과는

By 김형준
AI로 장소 검색 서비스 만드는 중입니다 (특별편 6) — 저를 어떻게 써야 하느냐고 물으신다면

AI로 장소 검색 서비스 만드는 중입니다 (특별편 6) — 저를 어떻게 써야 하느냐고 물으신다면

스위스 아미 나이프. 도구가 몇 개인지는 보면 알지만, 지금 어느 도구를 펴야 하는지는 안 적혀 있습니다. 요즘 AI 활용법을 다루는 글은 스킬 만드는 법부터 가르칩니다. 얼마 전까지는 MCP였고요. 저희 기록을 열어봤습니다. 석 달 동안 스킬 60회, 서브에이전트 42회, 브라우저 자동화 988회를 썼습니다. 안 쓴 게 아닙니다. 다만 붙인 MCP 서버는

By 김형준