ALTER TABLE 테이블이름 REMOVE PARTITIONING
매니저에서 위명령을 실행한후 30초 정도 로딩바가 움직이더니 다음과 같은 오류가 납니다.
Execute: Query execution failure #6577.
어떻게 하죠?
FORUM
2010.04.09 19:21
테이블 파티션 -> 일반 테이블 변경 문의
조회 수 14280 추천 수 0 댓글 4
ALTER TABLE 테이블이름 REMOVE PARTITIONING
매니저에서 위명령을 실행한후 30초 정도 로딩바가 움직이더니 다음과 같은 오류가 납니다.
Execute: Query execution failure #6577.
어떻게 하죠?
-
?
파티션을 다시 분할하기 위해 위의 작업을 수행한 것으로 보여집니다.지금까지의 작업을 재구성해보면 아래와 같이 정리할 수 있을 것 같습니다.partition키 값이 300여개가 되는 테이블을 파티셔닝을 하여 300개 이상의 partition으로 테이블을 분리한 후, 파티션을 추가 하고자 했으나 추가되지 않아 일반테이블로 전환 후 다시 나누려 하였으나 일반테이블 전화 시 다시 오류가 발생함.위의 상황을 가지고 내부 테스트를 진행해 보려 합니다. 재구성한 현재까지의 작업내용이 질문하신 분의 의도와 다르다면 덧글로 작업 내용을 수정해 주시기를 부탁드리며, 테스트 확인 후 결과를 알려드리도록 하겠습니다.
-
?
추가 답변 드립니다. 리스트 분할의 경우 key값을 기준으로 분할이 되기 때문에 분할 이후에 값을 넣을 경우 정해놓은 범위를 넘게 되면 오류가 발생합니다. 리스트 분할의 경우 key값이 2개 이상일 경우 해당 값으로 분할을 하는 것은 가능하나 다른 key값의 추가는 재정의를 해주어야합니다. 따라서 지금 진행하신 것과 같이 분할 삭제 후 파티셔닝을 해 주는 것이 맞습니다.내부에서 300개 이상의 key값으로 리스트 분할 후 분할 삭제를 테스트 해 보았으나 질문 주신 내용과 같은 에러는 발생하지 않고 있습니다. 테스트는 CUBRID2008 R2.1에서 진행하였습니다. 질문과 같은 현상이 계속 발생한다면 사용하는 CUBRID의 버전과 작업 진행에 대한 script를 보내주시면 재확인을 하도록 하겠습니다.추가적으로 현재 너무 많은 파티션을 나눈 것으로 보여집니다. 용도에 따라 range나 hash파티션으로 파티션의 개수를 줄여주는 것을 권장합니다.
-
?
CUBRID를 설치한 후 default상태로 사용하고 있다면 30초에 연결이 끊어지는 현상은 없을 것으로 생각됩니다.30초 정로의 룰에 의해 방화벽에서 연결을 끊는 현상은 없는지 확인이 필요할 것 같습니다.
-
?
데이타가 10만건이 조금 넘습니다. 수정쿼리를 실행하여도 같은에러가 나고 있습니다.
시간이 너무 길어져 타임아웃이 되는게 아닐까요
만약 그렇다면 타임아웃 시간 조정방법을 부탁드립니다.
