해시분할시 리스트분할처럼 이름을 정의 하지 않고 자동으로 처리가 되는걸로 확인했습니다.
이럴경우 각각의 키값에 해당하는 정의된 이름으로 확인이 안되어서 분할을 하여도 각각의 파티션확인을 하기가 어려울거
같습니다. 각각의 파티션을 확인할수 있는 방법이 있을까요?
FORUM
해시분할시 리스트분할처럼 이름을 정의 하지 않고 자동으로 처리가 되는걸로 확인했습니다.
이럴경우 각각의 키값에 해당하는 정의된 이름으로 확인이 안되어서 분할을 하여도 각각의 파티션확인을 하기가 어려울거
같습니다. 각각의 파티션을 확인할수 있는 방법이 있을까요?
리눅스에서 큐브리드 메니저 에러
- ?
-
?
만약 302개의 key를 가지고 hash분할을 302개로 한다면 list분할과 동일한 결과를 얻을 수 있을 것입니다. 현재 상태는 분할을 어떻게 하는가 보다 300여개가 넘는 분할이 성능과 관리에 미치는 영향에 대해서 고민해야할 것 같습니다. 분할이 많아지면 많아질 수록 write성능을 떨어지게 됩니다. write작업은 메인 테이블의 이름으로 수행이 될 것이고 이 데이터에 대한 분배(각 key에 따른 partition으로의) 작업이 발생하기 때문입니다. 검색의 효율성을 위한 partition이라면 그리고 데이터 10만건 정도(그보다 더 많더라도)에 300여건의 key에 의한 분할이라면 index를 이용한 검색을 활용하시는 것이 검색 효율성 부분에도 더 좋은 방법이라고 생각됩니다.
-
read more
CUBRID 사용자를 위한 DBeaver 도구 출시 안내
-
Read More
리눅스에서 큐브리드 메니저 에러
-
Read More
해시분할 문의
-
Read More
조인 업데이트 구문 문의
-
Read More
테이블 파티션 -> 일반 테이블 변경 문의
-
Read More
테이블 파티션 추가 문의
-
Read More
테이블 파티션 문의
-
Read More
multiset 관련 질문은 CUBRID 7.3 Q&A 게시판으로 이동되었습니다.
-
Read More
데이타 올리기로 데이타 삽입후 db_serial 변경 문의
-
Read More
데이타베이스 로그인시 사용자 이름이 한글자 밖에 입력이 안될때
-
Read More
Collection에 관해 질문 드립니다.
-
Read More
큐브리드 실행
-
Read More
is null 조건 쿼리가 더 오래 걸리는 이유가 무엇인가요?
-
Read More
무슨 오류인가요?
-
Read More
연동하는법좀
-
Read More
다름이아니라 PHP 모듈관련
-
Read More
java vm is not running
-
Read More
매니저에서 테이블 여러개를 한꺼번에 삭제 하려면?
-
Read More
group by 오류
-
Read More
mysql 데이트 컬럼 자르기 문의
-
Read More
데이트타입 컬럼의 주를 구하는 함수는?
직접 조회를 통해 해당 테이블(파티션)에 들어가 있는 데이터를 확인할 수는 있습니다.