데이터베이스 질문과 답변
오라클 11g를 사용하고 있습니다.
파티션은 키로는 일자를 사용합니다
그런데 처리는 처리 일자로 해야 해서 파티션키가 아닌 인덱스를 만들었습니다.
파티션은 일자별로 만들었습니다. 매일 매일
그런데, non파티션키의 성능으로 지연이 발생핬습니다.
그래서 다른 방법으로 우회를 했는데요 파티션의 갯수에 속도가 영향이 있을 꺼라 생각합니다.
몇개가 속도를 느낄수 없는 파티션 갯수는 몇개 일까요??????
그갯수를 응용해서 적정파티션을 생성하고자 합니다.
물론 글러벌 인덱스는 사용을 안합니다.
데이터 정리가 힘들어서요,
리빌드 밑 삭제시 인벨리드 문제
테이블의 설명이 필요 할 듯 하네요.
매출테이블
-- 매출일자
-- 상품코드
-- 처리일자
파티션키는 매출일자
1. 1번 프로그램은 매출일자로 처리
2번 프로그램은 처리일자로 처리
2. 이런경우 매출 일자로 파티션이 되어 있어 속도는 문제가 없음.
그런데, 처리일자로 처리 할때 non-파티션으로 된 인텍스를 사용시에 속도문제가 발생하고 있음.
3. 확인하고 싶은 사항 파티션이 몇개 까지는 non-파티션과 파티션키의 index의 속도 저가가 없는지를 알고 싶습니다.
이것을 토대로 파티션을 설정하는데 많은 도움이 될듯 합니다.
글러벌 인덱스트 답이 아닙니다. 데이터 량이 너무 많고 정리에 불편해서 할수가 없는 상황 입니다.
데이터량이 너무 많습니다. 파티션 갯수 일자별로 생성함. 300여개
고수를 믿어요 도와주세요,
파티션은 키로는 일자를 사용합니다
그런데 처리는 처리 일자로 해야 해서 파티션키가 아닌 인덱스를 만들었습니다.
파티션은 일자별로 만들었습니다. 매일 매일
그런데, non파티션키의 성능으로 지연이 발생핬습니다.
그래서 다른 방법으로 우회를 했는데요 파티션의 갯수에 속도가 영향이 있을 꺼라 생각합니다.
몇개가 속도를 느낄수 없는 파티션 갯수는 몇개 일까요??????
그갯수를 응용해서 적정파티션을 생성하고자 합니다.
물론 글러벌 인덱스는 사용을 안합니다.
데이터 정리가 힘들어서요,
리빌드 밑 삭제시 인벨리드 문제
테이블의 설명이 필요 할 듯 하네요.
매출테이블
-- 매출일자
-- 상품코드
-- 처리일자
파티션키는 매출일자
1. 1번 프로그램은 매출일자로 처리
2번 프로그램은 처리일자로 처리
2. 이런경우 매출 일자로 파티션이 되어 있어 속도는 문제가 없음.
그런데, 처리일자로 처리 할때 non-파티션으로 된 인텍스를 사용시에 속도문제가 발생하고 있음.
3. 확인하고 싶은 사항 파티션이 몇개 까지는 non-파티션과 파티션키의 index의 속도 저가가 없는지를 알고 싶습니다.
이것을 토대로 파티션을 설정하는데 많은 도움이 될듯 합니다.
글러벌 인덱스트 답이 아닙니다. 데이터 량이 너무 많고 정리에 불편해서 할수가 없는 상황 입니다.
데이터량이 너무 많습니다. 파티션 갯수 일자별로 생성함. 300여개
고수를 믿어요 도와주세요,
by 손님
[2013.08.26 09:39:26]
고수는 아니지만,
테이블이 어떤 목적인 것도 기재하지 않으셨고
RANGE 파티셔닝만 한 것으로 보이시긴 한데,
파티셔닝때문에 성능이 지연된 것이 맞으신 것인지
(만약에 맞다면 어떤 부분을 확인하시어 성능저하로 판단하신 것이신지)
제가 들은 바로는 2의 배수로 나가되 파티셔닝의 개수는 딱히 정해진 바는 없지만
128개를 많이들 쓰는 것으로 알고 있습니다.(왜 그런지에 대해서는 저도 딱히 쓸일이 없어서)
) 버튼을 클릭하여 작성 하시면 됩니다.