MongoDB - obiekty? Dlaczego muszę _id w łącznej

Question

Oto przykład z samouczka MongoDB (tutaj to zbiór ZIP Code db:

db.zipcodes.aggregate([ 
    { $group: { _id: "$state", totalPop: { $sum: "$pop" } } }, 
    { $match: { totalPop: { $gte: 10*1000*1000 } } } 
]) 

jeśli mogę wymienić _id coś innego jak słowo Test, będę się komunikat o błędzie:

"errmsg" : "exception: the group aggregate field 'Test' must be defined as an expression inside an object", 
"code" : 15951, 
"ok" : 0 

czy ktoś może mi pomóc zrozumieć, dlaczego muszę _id na mój rozkaz? Myślałem MongoDB automatycznie przypisuje identyfikatory, jeśli jest stosowany nie dostarcza go.

Answer 1

W etapie $group do określenia stanu grupy używany jest _id. Oczywiście tego potrzebujesz.

Jeśli znasz środowisko SQL, pomyśl o nim jako o klauzuli GROUP BY.

---

_{Należy pamiętać w tym kontekście też _id jest naprawdę unikalny identyfikator w wygenerowanym kolekcji, ponieważ z definicji $group nie może produkować dwa dokumenty mające taką samą wartość dla tego pola.}

Answer 2

Pole _id jest obowiązkowe, ale można ustawić go null jeśli nie nie chęć do agregacji w odniesieniu do klucza lub kluczy. Nieużywanie go skutkowałoby pojedynczą zagregowaną wartością nad polami. Działa w ten sposób "zastrzeżonym słowem", wskazując, jaki wynikowy "identyfikator"/klucz ma dla każdej grupy.

W twoim przypadku, grupowanie przez _id: "$state" skutkowałoby n zagregowanych wyników totalPop, pod warunkiem że istnieją n odrębne wartości state (podobny do SELECT SUM() FROM table GROUP BY state). Natomiast

$group : {_id : null, totalPop: { $sum: "$pop" }}} 

zapewni pojedynczy wynik dla totalPop (podobny do SELECT SUM() FROM table). To zachowanie jest dobrze opisane w operatorze grupy documentation.

Answer 3

Jedziemy do zrozumienia pole _id obrębie $group scenicznej & spojrzeć na niektóre najlepszych praktyk konstruowania _id S w grupie etapach agregacji. Spójrzmy na to zapytanie:

db.companies.aggregate([{ 
    $match: { 
    founded_year: { 
     $gte: 2010 
    } 
    } 
}, { 
    $group: { 
    _id: { 
     founded_year: "$founded_year" 
    }, 
    companies: { 
     $push: "$name" 
    } 
    } 
}, { 
    $sort: { 
    "_id.founded_year": 1 
    } 
}]).pretty() 

Jedną rzeczą, która może nie być dla nas jasne, dlaczego jest pole _id zbudowany jest ten „dokument” sposób? Mogliśmy zrobić to w ten sposób, a także:

db.companies.aggregate([{ 
    $match: { 
    founded_year: { 
     $gte: 2010 
    } 
    } 
}, { 
    $group: { 
    _id: "$founded_year", 
    companies: { 
     $push: "$name" 
    } 
    } 
}, { 
    $sort: { 
    "_id": 1 
    } 
}]).pretty()

Nie robimy to w ten sposób, ponieważ w tych dokumentach wyjściowych - to nie jest jednoznaczne, co dokładnie oznacza ten numer. Tak naprawdę nie wiemy. A w niektórych przypadkach oznacza to zamieszanie w interpretacji tych dokumentów.Więc kolejny przypadek może grupować dokument _id z wielu dziedzin:

db.companies.aggregate([{ 
    $match: { 
    founded_year: { 
     $gte: 2010 
    } 
    } 
}, { 
    $group: { 
    _id: { 
     founded_year: "$founded_year", 
     category_code: "$category_code" 
    }, 
    companies: { 
     $push: "$name" 
    } 
    } 
}, { 
    $sort: { 
    "_id.founded_year": 1 
    } 
}]).pretty() 

$push prostu wypycha elementy do generowania tablic. Często może to być wymagane do grupy promowanych na polach do górnego poziomu:

db.companies.aggregate([{ 
    $group: { 
    _id: { 
     ipo_year: "$ipo.pub_year" 
    }, 
    companies: { 
     $push: "$name" 
    } 
    } 
}, { 
    $sort: { 
    "_id.ipo_year": 1 
    } 
}]).pretty()

Jest to także doskonały mieć wyrażenie postanawia dokumencie jako klucz _id.

db.companies.aggregate([{ 
    $match: { 
    "relationships.person": { 
     $ne: null 
    } 
    } 
}, { 
    $project: { 
    relationships: 1, 
    _id: 0 
    } 
}, { 
    $unwind: "$relationships" 
}, { 
    $group: { 
    _id: "$relationships.person", 
    count: { 
     $sum: 1 
    } 
    } 
}, { 
    $sort: { 
    count: -1 
    } 
}])