decimal로 컬럼을 설정하고..
사이즈는 그냥 디폴트로 했더니.. 8.8 이 기본으로 잡혔다..
그런데.. 3.5 란 값을 없데이트 했더니..
아래와 같은 오류 발생..
numeric을(를) 데이터 형식 numeric(으)로 변환하는 중 산술 오버플로 오류가 발생했습니다.
흠?? 이상하네.. 그냥 같은 타입인데.. casting 안 한거 같은 오류가 날까? 하다가..
이것 저것 찾아봐도.. 그냥 데이터 유형 잘못이라고 하는데..
컬럼의 Precision을 다시 수정해 봄.. 8.2 로.. 변경 하니..
된다...
뭐지??
일단 예상은.. squrrel에서 meta 정보를 보니.. 처음에는
Precision 이 8, Scale 이 8로 되어 있고, ColumnDisplaySize가 10으로 되어 있음..
이 상태에서 Scale이 2로 변경되니 문제 없음..
Precision과 Scale의 합이 커서 그런거 같다는 생각은 듬..
애초에 8.8로 설정을 안해줬음 되잖여!!!
피드 구독하기:
댓글 (Atom)
-
진짜.. 이걸로.. 쌩쑈를 다 해서리.. 정리차 적어 놓음.. 0. 쇼핑몰 리뉴얼 중 주문 화면에서 우편 번호를 받으면 이게 산간 오지 지역이면 도선료를 추가로 부여해야 하는 상황 발생. 1. 쇼핑몰 솔루션을 자체 마이그레이션 하는 것이기에 알...
-
모든 일의 시작은.. 최근에 JRE를 업데이트를 했는데.. 32-Bit로 update가 된 듯... Eclipse 실행시 !ENTRY org.eclipse.osgi 4 0 2015-03-31 14:21:48.411 !MESSAGE Ap...
-
1. solr 구축은 알아서. 서비스로 올리는 것도 재주껏(이미 블로그에 써 놨음) 2. 데이터 import 시에 초기 데이터가 매우 중요하다. solr가 웃긴게 중간에 데이터 형이나 설정을 변경하면 이미 import 한 데...
댓글 없음:
댓글 쓰기