$sort (집계)

성능

$sort 는 차단 단계로, 파이프라인이 데이터를 처리하기 전에 차단 단계에 대해 모든 입력 데이터가 조회될 때까지 기다립니다. 차단 단계는 여러 단계가 있는 pipeline에 대한 병렬 처리를 줄이기 때문에 성능을 저하시킬 수 있습니다. 차단 단계는 큰 data set에 대해 상당한 양의 메모리를 사용할 수도 있습니다.

제한

• 최대 32개의 키를 기준으로 정렬할 수 있습니다.

• 중복 필드가 포함된 정렬 패턴을 제공하면 오류가 발생합니다.

정렬 일관성

MongoDB는 특정 순서에 따라 문서를 컬렉션에 저장하지 않습니다. 중복 값이 포함된 필드를 정렬할 때 해당 값이 포함된 문서는 임의의 순서로 반환될 수 있습니다.

일관적인 정렬 순서가 필요한 경우 고유값이 포함된 필드를 정렬에 하나 이상 포함하세요. 이를 보장하는 가장 쉬운 방법은 정렬 쿼리에 _id 필드를 포함하는 것입니다.

다음의 restaurant 컬렉션을 고려해 보세요.

db.restaurants.insertMany( [
   { "_id" : 1, "name" : "Central Park Cafe", "borough" : "Manhattan"},
   { "_id" : 2, "name" : "Rock A Feller Bar and Grill", "borough" : "Queens"},
   { "_id" : 3, "name" : "Empire State Pub", "borough" : "Brooklyn"},
   { "_id" : 4, "name" : "Stan's Pizzaria", "borough" : "Manhattan"},
   { "_id" : 5, "name" : "Jane's Deli", "borough" : "Brooklyn"},
] )

다음 명령은 $sort 단계를 사용해 borough 필드를 정렬합니다.

db.restaurants.aggregate(
   [
     { $sort : { borough : 1 } }
   ]
)

이 예시에서는 borough 필드에 Manhattan 및 Brooklyn에 대한 중복 값이 모두 포함되어 정렬 순서가 일치하지 않을 수 있습니다. 문서는 borough의 알파벳순로 반환되지만 borough의 중복 값을 포함하는 문서의 순서는 동일한 정렬을 여러 번 실행할 때 동일하지 않을 수 있습니다. 예를 들어 위 명령을 두 번 실행한 결과는 다음과 같습니다.

{ "_id" : 3, "name" : "Empire State Pub", "borough" : "Brooklyn" }
{ "_id" : 5, "name" : "Jane's Deli", "borough" : "Brooklyn" }
{ "_id" : 1, "name" : "Central Park Cafe", "borough" : "Manhattan" }
{ "_id" : 4, "name" : "Stan's Pizzaria", "borough" : "Manhattan" }
{ "_id" : 2, "name" : "Rock A Feller Bar and Grill", "borough" : "Queens" }
{ "_id" : 5, "name" : "Jane's Deli", "borough" : "Brooklyn" }
{ "_id" : 3, "name" : "Empire State Pub", "borough" : "Brooklyn" }
{ "_id" : 4, "name" : "Stan's Pizzaria", "borough" : "Manhattan" }
{ "_id" : 1, "name" : "Central Park Cafe", "borough" : "Manhattan" }
{ "_id" : 2, "name" : "Rock A Feller Bar and Grill", "borough" : "Queens" }

borough 값은 여전히 알파벳순으로 정렬되지만 borough(즉, Manhattan 및 Brooklyn)의 중복 값을 포함하는 문서의 순서는 동일하지 않습니다.

일관적인 정렬을 하려면 고유 값만 포함하는 필드를 이 정렬에 추가하세요. 다음 명령은 $sort 단계를 사용하여 borough 필드와 _id 필드를 모두 정렬합니다.

db.restaurants.aggregate(
   [
     { $sort : { borough : 1, _id: 1 } }
   ]
)

_id 필드는 항상 고유한 값만 포함하도록 보장되므로 반환된 정렬 순서는 동일한 정렬을 여러 번 실행해도 항상 동일합니다.

배열 필드로 정렬

MongoDB가 배열 값 필드에 따라 문서를 정렬할 때 정렬 키는 정렬이 오름차순인지 내림차순인지에 따라 달라집니다.

• 오름차순 정렬에서는 정렬 키는 배열에서 가장 낮은 값입니다.

• 내림차순 정렬에서 정렬 키는 배열에서 가장 높은 값입니다.

쿼리 필터는 정렬 키 선택에 영향을 미치지 않습니다.

예를 들어 다음 문서를 사용하여 shoes 컬렉션을 생성합니다.

db.shoes.insertMany( [
   { _id: 'A', sizes: [ 7, 11 ] },
   { _id: 'B', sizes: [ 8, 9, 10 ] }
] )

다음 쿼리는 sizes 필드를 기준으로 문서를 오름차순 및 내림차순으로 정렬합니다.

// Ascending sort
db.shoes.aggregate( [
   {
      $sort: { sizes: 1 }
   }
] )
// Descending sort
db.shoes.aggregate( [
   {
      $sort: { sizes: -1 }
   }
] )

앞선 두 쿼리는 모두 _id: 'A'인 문서를 먼저 반환합니다. 이는 sizes 배열 항목에서 크기 7과 11이 각각 가장 낮고 가장 높기 때문입니다.

오름차순/내림차순 정렬

정렬 기준이 되는 필드에 대해 다음 예시에서와 같이 정렬 순서를 1 또는 -1로 설정하여 각각 오름차순 또는 내림차순 정렬을 지정합니다.

db.users.aggregate(
   [
     { $sort : { age : -1, posts: 1 } }
   ]
)

이 작업은 users collection에 있는 문서를 age 필드에 따라 내림차순으로 정렬한 다음 posts 필드의 값에 따라 오름차순으로 정렬합니다.

정렬 작업에서 서로 다른 BSON types 의 값을 비교할 때 MongoDB는 가장 낮은 것부터 가장 높은 것까지 다음과 같은 비교 순서를 사용합니다:

1. MinKey(내부 유형)

2. Null

3. 숫자(정수, long, double, decimals)

4. 기호, 문자열

5. 객체

6. 배열

7. BinData

8. ObjectId

9. 부울

10. 날짜

11. 타임스탬프

12. 정규 표현식

13. MaxKey(내부 유형)

특정 유형에 대한 비교/정렬 순서에 대한 자세한 내용은 비교/정렬 순서를 참조하세요.

텍스트 점수 메타데이터 정렬

$text를 포함하는 파이프라인의 경우 { $meta: "textScore" } 표현식을 사용하여 관련성 점수를 내림차순으로 정렬할 수 있습니다. { <sort-key> } 문서에서 { $meta: "textScore" } 표현식을 임의의 필드 이름으로 설정합니다. 필드 이름은 쿼리 시스템에서 무시됩니다. 예시:

db.users.aggregate(
   [
     { $match: { $text: { $search: "operating" } } },
     { $sort: { score: { $meta: "textScore" }, posts: -1 } }
   ]
)

이 작업은 $text 연산자를 사용하여 문서를 일치시킨 다음 "textScore" 메타데이터를 기준으로 내림차순으로 정렬하고 posts 필드를 기준으로 내림차순으로 정렬합니다. 정렬 문서의 score 필드 이름은 쿼리 시스템에서 무시됩니다. 이 파이프라인에서 "textScore" 메타데이터는 프로젝션에 포함되지 않으며 일치하는 문서의 일부로 반환되지 않습니다. 자세한 내용은 $meta를 참조하세요.

$sort + $limit 메모리 최적화

$sort가 $limit 앞에 오고 문서 수를 수정하는 중간 단계가 없을 경우, 옵티마이저는 $limit를 $sort에 병합할 수 있습니다. 이렇게 하면 $sort 연산을 진행하는 과정에서 상위 n개의 결과만 유지할 수 있고(여기서 n은 지정된 제한값 의미), MongoDB는 메모리에 n개의 항목만 저장하면 됩니다. 이 최적화는 allowDiskUse가 true이고 n항목이 집계 메모리 제한을 초과하는 경우에도 여전히 적용됩니다.

최적화는 릴리스 간에 변경될 수 있습니다.

$sort 및 메모리 제한

MongoDB 6.0부터 실행에 100 메가바이트 이상의 메모리가 필요한 파이프라인 단계에서 기본적으로 임시 파일을 디스크에 씁니다. 이러한 임시 파일은 파이프라인 실행 기간 동안 지속되며 인스턴스의 스토리지 공간에 영향을 줄 수 있습니다. MongoDB의 이전 버전에서는 이 동작을 활성화하려면 개별 find 및 aggregate 명령에 { allowDiskUse: true }을 전달해야 합니다.

개별 find 및 aggregate 명령은 다음 방법 중 하나를 통해 allowDiskUseByDefault 매개변수를 재정의할 수 있습니다:

• 1}이 로 설정된 경우 을 사용하여 임시 파일을 디스크에 쓰는 것을 허용합니다.{ allowDiskUse: true } allowDiskUseByDefault false

• 1}이 로 설정된 경우 을 사용하여 임시 파일을 디스크에 쓰는 것을 금지합니다.{ allowDiskUse: false } allowDiskUseByDefault true

자세한 내용은 집계 파이프라인 제한을 참조하세요.