본문 바로가기

Tip

[oracle] 오라클 to_char to_date locale 문제(literal does not match format string ora-01861) 리눅스 캐릭터셋 변경

mariadb만 사용하다가 오라클을 사용하니 이런 경우가 발생해서 시간을 엄청 소비했음..

mariadb는 format을 잘 변경해주는데 오라클은 엄격해서 서운했음..

아무튼 아래 내용대로 형식을 넣어서 해봤는데 안되고 서버 LANG설정만 바꿔도 됨...

 

오라클 기본 date타입도 바꿔보고 시도해봤지만 서버 LANG바꾸면 끝.

참고 : 우분투

 

 

 

------------------------------------------------------------------------------------------------------------------------------

[문제]

같은 소스인데도 불구하고 테스트계에서는 에러가 발생하지 않았지만 운영계에서 ORA-01861 에러가 발생했다.

에러로그는 --> (literal does not match format string)

 

[이유]

OS의 LANG 설정이 달라서 문자열을 묵시적으로 날짜로 변환을 못해서 발생하는 에러라고 한다.

(리눅스 문자셋(캐릭터셋))

보통 서버를 교체하고 나서 LANG에 관련된 설정을 하지 않거나

비교하는 대상의 두 서버의 LANG설정이 다르면 발생한다.

내경우에는 테스트계는 기존에 사용하던 서버였고, 운영계는 이번에 신설된 서버였다.

LANG설정이 누락된 듯 싶어서

테스트계와 운영계의 LANG설정을 각각 확인해보았다.

 

리눅스 명령어

echo @LANG

locale

 

[해결방법]

서버의 LANG설정을 에러가 나지 않는 환경의 설정으로 동일하게 맞춤

 

에러가 나는 쿼리에 분명히 to_date나 to_char함수의 사용이 있을 거고

분명 to_date(#start_date#)이런 식으로 날짜 형식에 대한 정의가 빠져있을 것이다.

따라서, to_date, to_char 사용한 부분들을 찾아 명시적으로 프로그래밍을 해주면 해결된다.

ex) to_date(#start_date#)  >>>>>> to_date(#start_date#), 'YYYYMMDD')

 

기본적으로 코딩할 때, DATE타입을 넣어서 코딩을 하는 것이 바람직한 방법이다

이미 수년동안 서비스되어 있던 제품이면서 소스 수정량과 테스트 건이 많고

서비스 정책상 ko_KR.UTF-8이 맞다고하여 1번으로 환경변경을 하기로 함.

 

캐릭터셋, LOCALE 변경방법은 아래 포스팅 참고.

정리해둔게 있었네.

https://mkil.tistory.com/374?category=611232 

 

[Linux] 로케일 설정 확인 및 변경

리눅스를 쓰다보면 서버 시간 설정이나 언어 설정등의 문제로 로케일을 설정해야 할때가 있습니다. 특히 AWS의 아마존 리눅스는 기본적으로 en_US 로케일이어서 변경하셔야합니다. 저는 항상 아

mkil.tistory.com