안녕하세요,
CBO테이블의 필드타입을 변경할 때,
타입 변경 후 DB유틸리티에서 (데이터저장 선택) 데이터베이스조정 해주기만 하면 되나요?
더 해줄게 있나 해서요.
또 데이터 양이 많을 때도 동일하게 해주나요, 다른 방법도 있는가 해서요.
전. DEC (Len:13 , Decimal places 0 )
후. DEC (Len:13 , Decimal places 2 )
댓글 6
-
이우상
2021.07.17 16:47
추천:1 댓글
-
블랙
2021.07.19 19:33
기존 최대 6자리까지 입력돼있어 저리 잡긴 했는데 조정해야겠습니다.
답변 감사합니다.
-
Hwable
2021.07.19 18:48
길이는 그대로고 소수점 자리가 2자리 생겼으므로, 정수자리가 2자리 줄어들었을 겁니다.
관련해서 데이터 영향이 있는지 없는지 확인해보시기 바랍니다.
(보통, 타입변경시 사전에 데이터 점검을 먼저 하는게 일반적입니다.)
추천:1 댓글
-
블랙
2021.07.19 19:40
기존 데이터는 최대 6자리까지 입력돼있어 저리 잡긴 했는데 원래길이 유지하는 것으로 정정해야겠네요.
체크해주셔서 감사합니다.
그리고 기존 90만개의 데이터일 때도 DB유틸리티조정이 잘 될지싶은데,
이 때 처리유형:직접 으로 해도 무리 없을까요?
처리유형(직접/백그라운드/대량처리입력)
답변 감사합니다.
-
Hwable
2021.07.19 21:42
해당 CBO 필드의 갯수와 데이터 건수, 그리고 Non-HANA DB냐 HANA DB 냐에 따라 다릅니다.
통상적으로는 몇백만건 레벨이면 [직접] 으로 돌려도 그렇게 오래는 안걸릴껍니다.
다만, 해당 테이블의 사용빈도, 시간대를 고려하셔서 조정하시는게 좋을것 같구요.
(Lock 잡힌 동안 해당 테이블 트랜잭션 일어나면 덤프 떨어질꺼예요.)
안전하게 하고 싶으시면 사용자의 사용률이 가장 적은 시간대(ex. 새벽시간)에 [백그라운드]로 돌리시는게 좋을 것 같습니다.
추천:1 댓글
-
블랙
2021.07.19 23:30
도움 감사합니다!
네, 문제 없어 보이긴 하는데요.
길이가 13자리에서 소수점이 증가되었다면 전체 자리수가 줄어들기 때문에 이전 데이터 값에 영향이 있을 수 있겠네요.
데이터 확인 해보세요~