compound-index

    0

    1답변

    mysql에서 복합 색인을 만들었습니다. 다음 명령을 사용합니다. DELIVER_SM (AID, STATUSID, RETRY_CNT) USING BTREE에서 색인 deliver_aid_sid_rcnt_idx를 만듭니다. 이상한 점은 각 필드마다 다른 카디널리티 값이 있다는 것입니다. 그게 정상인가요? 다른 복합 인덱스도 만들었고 각 필드의 카디널리티 값은

    1

    2답변

    그래서 고유성을 검증하기 위해 MongoDB에서 검색 콜렉션을 작성해야합니다. 요구 사항은 동일한 2 개의 값이 반복되는지 확인하는 것입니다. SQL에서, 위 쿼리 수를 반환하면이 SELECT count(id) WHERE key1 = 'value1' AND key2 = 'value2' 같은 그때는 조합이 고유하지 의미합니다. 나는 2 가지 솔루션을 염두

    0

    1답변

    데이터베이스의 데이터로 작업 할 때 우리는 종종 데이터베이스 제약으로 인해 복합 색인에 의해 (고유하게) 색인 될 수있는 자료 배열을 얻습니다. 그러나 indexBy은 복합 색인에 대해 작동하지 않는 것으로 보이거나 그렇지 않습니까? 내가 각각 a 및 b, 색인 x의 모든 객체를 포함하는 사전의 사전을 갖고 싶어, 속성 a 및 b이 객체와 배열 x을 감안할

    0

    2답변

    수백만 레코드가있는 로그 컬렉션이 있습니다. 새 색인 만들기는 "영원히"걸립니다. 따라서 기존 인덱스를 사용하는 것이 좋습니다. 이제 특정 오류 코드의 발생 횟수를 확인하고자합니다. 나는이 쿼리를 사용하고, 기능적으로 그것을 잘 작동합니다 : db.getCollection('logs.res').aggregate([ { $match:{

    0

    1답변

    다음과 같은 시나리오를 생각해보십시오. 90 % 쿼리는 다음과 같습니다 {a:"somevalue"} 와 10 %가 {a:"somevalue",b:"somevalue"} 은 무엇 단지 복합 인덱스 (있는 경우)와이를 만족하는 단점 될 것입니다? 그래서 같은 : { "v" : 1, "key" : { "a" : 1,

    0

    1답변

    MongoDB 스파 스 색인에 의심의 여지가 있습니다. " { "a": "a-val", "b": "b-val", "meta": { "urls": [ "url1", "url2" ... ], "field1": "value1", ... } } 필드는"A "와"B "가 항상 제시하고 있지만 : 나

    2

    1답변

    mongoDB 데이터베이스에서 Kibana에 대시 보드를 설정하는 중에 문제가 있습니다. 복합 색인에 문제가 발생합니다. 나는 복합 인덱스 MongoDB를의 컬렉션이 : 나는 MongoDB를 문서의 _id 필드 안에 날짜를 사용하여 키바 대시 보드를 생성하기 위해 노력하고 sale : {"_id" : {"date" : Date, "countr

    2

    1답변

    MongoDB 복합 인덱스는 prefix of the index fields에 대한 쿼리를 지원하지만 쿼리의 필드 순서는 복합 인덱스 자체의 순서와 일치해야합니까? { "item": 1, "location": 1, "stock": 1 } 는이 쿼리를 포함하고 있는가 : 우리는 다음 인덱스가 가정 {"location" : "Antarctica", "ite

    1

    1답변

    누구든지 내 IDBKeyRange가 첫 번째 열에서만 필터링되는 것처럼 보이는 이유를 설명 할 수 있습니까? 다음과 같이 osDrugs.createIndex("combined", ["name", "strength", "form", "packsize"], {unique: false}); 내 쿼리가 약이다 : 나는 인덱스로 정의 은 다음 var transa

    3

    1답변

    Parse 인덱스가 Mongo와 어떻게 작동 하는지를 이해하기 위해 느린 쿼리 중 일부는 (ACL에서) _rperm 필드를 사용하고 있음을 확인했습니다. 나는 정의했다. 모든 쿼리 중 하나가 아니기 때문에 일부 쿼리에 _rperm이 필요하고 어떤 쿼리는 필요하지 않은지 궁금합니다. id로만 쿼리하면 색인에 이미 정의 된 {"_id": 1} 색인이 아닌 {"