ALTER TABLE 테이블이름 REMOVE PARTITIONING
매니저에서 위명령을 실행한후 30초 정도 로딩바가 움직이더니 다음과 같은 오류가 납니다.
Execute: Query execution failure #6577.
어떻게 하죠?
FORUM
2010.04.09 19:21
테이블 파티션 -> 일반 테이블 변경 문의
조회 수 10622 추천 수 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파티션으로 파티션의 개수를 줄여주는 것을 권장합니다.
-
?
데이타가 10만건이 조금 넘습니다. 수정쿼리를 실행하여도 같은에러가 나고 있습니다.
시간이 너무 길어져 타임아웃이 되는게 아닐까요
만약 그렇다면 타임아웃 시간 조정방법을 부탁드립니다. -
?
CUBRID를 설치한 후 default상태로 사용하고 있다면 30초에 연결이 끊어지는 현상은 없을 것으로 생각됩니다.30초 정로의 룰에 의해 방화벽에서 연결을 끊는 현상은 없는지 확인이 필요할 것 같습니다.
| 번호 | 제목 | 글쓴이 | 날짜 | 조회 수 |
|---|---|---|---|---|
| 공지 |
SQLGate for CUBRID 영구 무료 라이선스 제공
|
admin | 2020.04.09 | 4443 |
| 3847 | 트리거 생성시 문법 질문 1 | 초콜릿75 | 2013.07.03 | 13430 |
| 3846 |
트리거 삭제 오류
1
|
slqk135 | 2024.01.08 | 91 |
| 3845 | 트리거 사용시 임시변수 1 | 지구인다 | 2018.10.01 | 253 |
| 3844 |
트리거 등록 후 정보 확인시 오류사항
2
|
종이 | 2014.08.11 | 8531 |
| 3843 | 트리거 동작 문의 1 | 종이 | 2016.08.12 | 14126 |
| 3842 | 트리거 inactive 오류 1 | 단순미학 | 2010.07.01 | 8051 |
| 3841 | 트리거 delete on 문법 문의 1 | aliveJune | 2009.10.05 | 10741 |
| 3840 | 트리거 delete after시 상관명을 써야합니다. 1 | 루피 | 2013.11.07 | 19636 |
| 3839 | 트리거 ACTIVE/INACTIVE 설정 2 | 할리 | 2014.06.18 | 7841 |
| 3838 | 트랜젝션 처리에 대해 1 | kkndo2 | 2015.04.13 | 8337 |
| 3837 |
트랜잭션처리 시간지연에 대한 문의입니다.
2
|
히로키 | 2009.12.03 | 12337 |
| 3836 | 트랜잭션이(인덱스 1, dba@localhost|20383) 시스템에 의해 취소되었습니다. 1 | 스마트 | 2011.01.06 | 8012 |
| 3835 | 트랜잭션의 상세정보를 확인할수 있는 방법이 있나요? 1 | 김현성 | 2011.06.01 | 10559 |
| 3834 | 트랜잭션과 커밋에 관한 질문 2 | 유니콘 | 2011.03.03 | 10228 |
| 3833 | 트랜잭션 오류 문의 1 | oneh | 2018.07.18 | 376 |
| 3832 | 트랜잭션 교착상태 1 | 초보 | 2010.04.14 | 11936 |
| 3831 | 트랜잭션 관련하여 질문드립니다. 6 | 봉보로봉봉 | 2017.08.02 | 414 |
| 3830 | 트랜잭션 관련 추가 문의입니다. 5 | 메이커스 | 2009.07.31 | 9152 |
| 3829 | 트랜잭션 관련 문의입니다. 4 | 메이커스 | 2009.07.25 | 9312 |
| 3828 |
트랜잭션 격리 수준 관련한 에러 메시지
6
|
gjgj | 2021.07.15 | 156 |