cassandra에서 compositetype 키를 선택하십시오.

Question

그래서 행 키에 대해 복합 ID를 사용하는 열 패밀리를 정의했습니다. 복합 키는 CompositeType(LongType,LongType)입니다. 그래서이 유형의 항목을 저장했는데 제대로 작동하고 전체 키를 알고있을 때 SELECT이 예상대로 작동합니다. 하지만 첫 번째 요소로 0을, 두 번째 요소로 모든 키를 원한다고 가정 해 보겠습니다. 지금까지이 쿼리를 수행 할 수있는 유일한 방법은 다음과 같습니다.

모든 키가 0 인 경우 * : 다음 순서 보존이있는 한 작동하는 key >= 0:0 AND key < 1:0에 대한 CQL 쿼리를 수행합니다. 파 테이너.

내 질문은 :

1) 내가 옆 중고품에서 nodejs)

2) 만 옵션 A CQL 드라이버를 (사용하고 때문이 이상한 구문은 이러한 유형의 어떤 비 효율성이 질문? 본질적으로 나는 CQL에서 지원되지 않기 때문에 수퍼 컬럼 대신 복합 키를 사용합니다. 이런 문제를 사용하는 데 제한이없는 한이 논리를 코드에서 다루는 데 아무런 문제가 없습니다.

Answer 1

데이터 모델을 변경하는 것이 좋습니다. RandomPartitioner를 사용하고 첫 번째 구성 요소를 행 키로 사용하십시오. 두 번째 구성 요소를 열 이름으로 밀어 넣으십시오. 즉, 열 이름을 대신 만들어야합니다.

열 이름은 항상 정렬되므로 쉽게 조각 작업을 수행 할 수 있습니다. 예 :

a) 두 구성 요소를 모두 알았 으면 행 키 (첫 번째 구성 요소)와 첫 번째 구성 요소에서 조각을 가져옵니다. 여러 기본 키가있는 테이블을 작성하도록 요청할 때

B) 당신은 단지 첫 번째 구성 요소를 알게되면, 행 키 (첫 번째 구성 요소)

이 접근 CQL3이의 전체 행을 가져 오기는합니다.

Answer 2

최상의 옵션은 CQL 3입니다. 이렇게하면 아래에있는 컴포지션을 사용하여 조회를 최적화하는 동시에 복합 값의 일부를 별도의 열처럼 사용할 수 있습니다. 현재 행 키에 복합 요소를 사용하고 있으며 CQL 3은 열 이름 (so far)의 복합 요소 만 지원하지만 그 값은 일 것입니다.입니다. 이와 같이 많은 경우 행 키에서 열 이름으로 합성을 이동해도 성능이나 데이터 분포에 나쁜 영향을 미치지는 않으나 행 키가 충분히 선택 적이 지 않으면 그럴 수 있습니다.

그러나 어떤 방법 으로든 CQL 3을 조사해야합니다. CQL 2는 더 이상 사용되지 않습니다. 나는 당신의 상황에 대해 더 많이 알고 있다면 CQL 3에 대한 모델을 적용하는 방법에 대해 더 자세히 말할 수 있습니다.