partitioning

1열

3답변

먼저 : 위키 백과의 문제 이름은 "집합의 정렬 된 파티션"입니다. 나는 가능한 파티션을 계산하는 알고리즘을 가지고 있습니다. 속도를 높이기 위해 캐시를 사용합니다. function partition($intervalSize, $pieces) { // special case of integer partitions: ordered integer pa

3열

5답변

문자열의 분할 영역에 대해 계산을 수행하는 현명한 효율적인 알고리즘이 있습니까?

저는 문자열 모음을 분할하고 각각에 대해 간단한 계산을 실행하는 모든 가능한 방법을 반복하는 통계 프로젝트에 참여하고 있습니다. 특히, 가능한 각 하위 문자열에는 확률이 연관되어 있으므로 파티션의 하위 문자열 확률을 곱하여 합계를 구하려고합니다. 예를 들어 문자열이 'abc'이면 'a', 'b', 'c', 'ab', bc '및'abc '에 대한 확률이 있습

2열

1답변

webapp을 여러 조각으로 나누기 (바람둥이)

나는 webapp의 특정 부분을 변경할 때마다 전체 응용 프로그램을 배포해야합니다. 기능을 기반으로 더 작은 덩어리로 나누고 싶습니다. 예 : 은행 웹 사이트 - 온라인 뱅킹 기능에 대한 정보를 분리하고 싶습니다. 온라인 뱅킹 기능을 변경하면 해당 부분 만 배포하십시오) 여기에서 도전은 응용 프로그램에서 공유되는 공통 클래스처럼 webapp 전체에 특정 공

1열

1답변

Oracle 10g 파티셔닝 : 서브 테이블을 파티셔닝 할 수 있습니까?

기본 키와 파티션 열 (날짜) 및 기본 키에 대한 외래 키 참조를 사용하는 다섯 개의 하위 테이블이있는 주 테이블이 있습니다. 파티션 테이블을 복사하지 않고 메인 테이블 과 같은 방법으로 서브 테이블을 분할하는 방법이 있습니까?

1열

2답변

Oracle Partitioning

8 개의 서브 테이블을 포함하는 1 개의 테이블이 있습니다. 각 서브 테이블에는 또 다른 3 - 5 서브 테이블이 들어 있습니다. 이제 내 질문은 계층 구조로 테이블을 분할하는 것이 가능하다는 것입니다. 즉, 나는 하나의 테이블에 모든 테이블 정보를 유지 한 다음 그 테이블에 대한 분할을 생성하는 것을 의미합니다.

1열

4답변

오라클 테이블 파티션

오라클 테이블 파티셔닝을 위해 책을 추천하는 데 도움을 줄 수 있습니까? 오라클 10g 완전한 참조가 기본이 포함되어 있지만 나는 예제로 정교해야합니다. (. - 건축 결정 CH 3) 개념뿐만 아니라 분할의 장단점을 요약하는 좋은 일을 는

1열

3답변

Oracle에서 varchar2 열을 사용하여 인덱스를 범위 지정하는 방법은 무엇입니까? 나쁜 생각입니까?

Oracle 10g Enterprise Edition을 사용하고 있습니다. Oracle 데이터베이스의 테이블은 다른 텍스트 열의 soundex 값 표현을 저장합니다. 우리는 soundex 값이 전통적인 soundex 알고리즘 (예 : Oracle이 사용하는 알고리즘)에 의해 생성 된 값보다 더 긴 사용자 정의 soundex 구현을 사용하고 있습니다. 그것은

1열

1답변

분할하는 동안 외래 키를 처리하는 방법

함대 관리 작업 중입니다. 나는 다음과 같은 열이 날짜 시간 위치 테이블에 쓰기의 많은 양의 데 차량 없음. (외래 키 ...) 긴 위도 속도 아이디 여기서이 테이블은 기록 동작마다 3 초를 가질 것이다. 그러므로 그것에 수백만의 기록이있을 것입니다. 빠른 데이터를 검색하려면 파티션을 계획 중입니다. 이제 내 질문 : - 외래 키 처리 방법은 무엇입니까?

46열

1답변

MYSQL 분할이란 무엇입니까?

설명서 (http://dev.mysql.com/doc/refman/5.1/en/partitioning.html)를 읽었으나, 나는 당신의 말로, 그것이 무엇이며, 왜 그것이 사용되는지를 설명하고자합니다. 하나의 서버를 끌어 오지 않도록 주로 여러 서버에 사용됩니까? 따라서 데이터의 일부는 server1에 있고 데이터의 일부는 server2에 있습니다. 그리

8열

1답변

분할되지 않은 인덱스보다 전역으로 분할 된 인덱스가 더 빠릅니다 (빠름)?

자주 쿼리의 대상이되는 숫자 열을 분할하면 성능상의 이점이 있는지 알고 싶습니다. 현재 5 천만 개의 레코드가 포함 된 구체화 된보기가 있습니다. 정규 B- 트리 색인을 사용하고이 숫자 열로 검색 할 때 비용은 7이고 질의 결과는 약 0.8 초 (비 프라이밍 캐시)입니다. 해당 열에 대해 전체 해시 파티션 (64 개의 파티션)을 추가 한 후 비용은 6이고