Docs Menu
Docs Home
/
MongoDB 매뉴얼
/ / /

db.collection.replaceOne()

이 페이지의 내용

  • 정의
  • 호환성
  • 구문
  • 행동
  • 예시

드라이버가 포함된 MongoDB

이 페이지에서는 mongosh 메서드를 설명합니다. MongoDB 드라이버에서 해당 메서드를 보려면 프로그래밍 언어의 해당 페이지를 참조하세요.

C#Java SyncNode.jsPyMongoCC++GoJava RSKotlin CoroutineKotlin SyncPHPMongoidRustScala
db.collection.replaceOne(filter, replacement, options)

필터를 기반으로 collection 내의 단일 문서를 교체합니다.

반환합니다:다음이 포함된 문서입니다.
  • 작업이 쓰기 고려로 실행된 경우 부울 acknowledgedtrue로, 쓰기 고려가 비활성화된 경우 false로 설정합니다.

  • matchedCount - 매칭된 문서의 수를 포함

  • modifiedCount - 수정된 문서 수를 포함

  • upsertedId upserted 문서의 _id이(가) 포함된 [upsertedId]

다음 환경에서 호스팅되는 배포에 db.collection.replaceOne() 사용할 수 있습니다.

  • MongoDB Atlas: 클라우드에서의 MongoDB 배포를 위한 완전 관리형 서비스

replaceOne() 메서드의 형식은 다음과 같습니다.

db.collection.replaceOne(
<filter>,
<replacement>,
{
upsert: <boolean>,
writeConcern: <document>,
collation: <document>,
hint: <document|string>
}
)

replaceOne() 메서드는 다음 매개변수를 사용합니다.

Parameter
유형
설명
문서

업데이트의 선택 기준입니다. 메서드와 동일한 쿼리 선택기find() 사용할 수 있습니다.

컬렉션에 반환된 첫 번째 문서를 교체하려면 빈 문서 { }를 지정합니다.

replacement
문서

대체 문서입니다.

업데이트 연산자를 포함할 수 없습니다.

upsert
부울

선택 사항입니다. true인 경우 replaceOne()는 다음 작업 중 한 가지를 실행합니다.

  • filter 필터와 일치하는 문서가 없는 경우 replacement 매개변수에서 문서를 삽입합니다.

  • filter와 일치하는 문서를 replacement 문서로 대체합니다.

filter 또는 replacement 문서에 _id 필드가 지정되지 않은 경우 MongoDB는 대체 문서에 해당 필드를 추가합니다. _id 필드가 두 문서 모두에 있으면 그 값이 같아야 합니다.

업서트가 여러 번 발생하지 않도록 하려면 query 필드를 고유하게 인덱싱해야 합니다.

기본값은 false입니다.

writeConcern
문서

선택 사항입니다. 쓰기 고려를 표현하는 문서입니다. 기본 쓰기 고려를 사용하지 않으려면 생략하세요.

트랜잭션에서 실행되는 경우 작업에 대한 쓰기 고려를 명시적으로 설정하지 마세요. 트랜잭션에 쓰기 고려를 사용하려면 트랜잭션 및 쓰기 고려를 참조하세요.

collation
문서

선택 사항.

작업에 사용할 데이터 정렬을 지정합니다.

데이터 정렬을 사용하면 대소문자 및 악센트 표시 규칙과 같은 문자열 비교에 대한 언어별 규칙을 지정할 수 있습니다.

데이터 정렬 옵션의 구문은 다음과 같습니다:

collation: {
locale: <string>,
caseLevel: <boolean>,
caseFirst: <string>,
strength: <int>,
numericOrdering: <boolean>,
alternate: <string>,
maxVariable: <string>,
backwards: <boolean>
}

데이터 정렬을 지정할 때 locale 필드는 필수이고, 다른 데이터 정렬 필드는 모두 선택 사항입니다. 필드에 대한 설명은 데이터 정렬 문서를 참조하세요.

데이터 정렬이 지정되지 않았지만 컬렉션에 기본 데이터 정렬이 있는 경우( db.createCollection() 참조), 작업은 컬렉션에 지정된 데이터 정렬을 사용합니다.

컬렉션 또는 연산에 대한 데이터 정렬이 지정되지 않은 경우, MongoDB는 이전 버전에서 문자열 비교에 사용된 간단한 이진 비교를 사용합니다.

한 연산에 대해 여러 데이터 정렬을 지정할 수 없습니다. 예를 들어 필드별로 서로 다른 데이터 정렬을 지정할 수 없으며 정렬과 함께 찾기를 수행하는 경우 찾기 와 정렬에서 각각 다른 데이터 정렬을 사용하는 것은 허용되지 않습니다.

버전 3.4에 새로 추가되었습니다.

문서

선택 사항입니다. 필터를 지원하는 데 사용할 인덱스를 지정하는 문서 또는 문자열입니다.

이 옵션은 인덱스 사양 문서 또는 인덱스 이름 문자열을 사용할 수 있습니다.

존재하지 않는 인덱스를 지정하면 연산 오류가 발생합니다.

예를 들어 replaceOne에 대한 hint 지정을 참조합니다.

replaceOne()filter와 일치하는 컬렉션의 첫 번째 일치 문서를 replacement 문서를 사용하여 대체합니다.

upsert: true이고 filter와 일치하는 문서가 없으면 db.collection.replaceOne()replacement 문서를 기반으로 새로운 문서를 생성합니다.

샤딩된 컬렉션에 upsert: true를 지정하는 경우 filter에 전체 샤드 키를 포함해야 합니다. 샤딩된 컬렉션에 대한 추가 db.collection.replaceOne() 동작은 샤딩된 컬렉션을 참조하세요.

업서트로 바꾸기를 참조하세요.

바꾸기 작업으로 인해 문서 크기가 변경되면 작업이 실패합니다.

time series 컬렉션에는 replaceOne() 메서드를 사용할 수 없습니다.

db.collection.replaceOne() 먼저 쿼리 필터를 사용하여 단일 샤드를 대상으로 시도합니다. 작업이 쿼리 필터로 단일 샤드를 대상으로 지정할 수 없는 경우 대체 문서로 대상을 지정하려고 시도합니다.

이전 버전에서는 작업이 교체 문서를 사용하여 대상을 지정하려고 시도했습니다.

대체 문서에 샤드 키를 포함할 필요가 없습니다.

경고

샤딩된 컬렉션의 문서에는 샤드 키 필드가 누락될 수 있습니다. 문서의 샤드 키 값을 변경할 때 실수로 샤드 키를 제거하지 않도록 주의해야 합니다.

샤드된 컬렉션에 upsert: true를 포함하는 db.collection.replaceOne() 작업은 filter에 전체 샤드 키를 포함해야 합니다.

그러나 샤딩된 컬렉션의 문서에는 샤드 키 필드가 누락될 수 있습니다. 샤드 키가 누락된 문서를 대상으로 하려면 null 동등성 매치를 다른 필터 조건(예: _id 필드)과 함께 사용할 수 있습니다. 예를 들면 다음과 같습니다.

{ _id: <value>, <shardkeyfield>: null } // _id of the document missing shard key

샤드 키 필드가 변경할 수 없는 _id 필드가 아닌 경우 문서의 샤드 키 값을 업데이트할 수 있습니다.

경고

샤딩된 컬렉션의 문서에는 샤드 키 필드가 누락될 수 있습니다. 문서의 샤드 키 값을 변경할 때 실수로 샤드 키를 제거하지 않도록 주의해야 합니다.

기존 샤드 키 값을 db.collection.replaceOne()으로 수정하려면 다음을 수행합니다.

  • 반드시 mongos에서 실행해야 합니다. 샤드에서 직접 작업을 실행하지 않아야 합니다.

  • 반드시 트랜잭션에서 실행하거나 재시도 가능 쓰기로 실행해야 합니다 .

  • 전체 샤드 키에 동등성 필터반드시 포함해야 합니다.

샤딩된 컬렉션의 문서에는 샤드 키 필드가 누락될 수 있습니다. db.collection.replaceOne()를 사용하여 문서의 누락된 샤드 키를 설정하려면 mongos에서 실행해야 합니다. 샤드에서 바로 연산을 실행하지는 마세요.

또한 다음 요구 사항도 적용됩니다.

작업
요구 사항:
설정 방법 null
  • upsert: true가 지정된 경우 전체 샤드 키에 동등 필터가 필요합니다.

null이 아닌 값으로 설정하려면 다음 단계를 따르세요.
  • 반드시 트랜잭션 내에서 또는 재시도 가능 쓰기로 수행해야 합니다.

  • 다음 중 하나의 경우 전체 샤드 키에 대해 동일성 필터가 필요합니다.

    • upsert: true또는

    • 새 샤드 키 값은 다른 샤드에 속합니다.

누락된 키 값은 null 동등성 매치의 일부로 반환되므로 null 값 키가 업데이트되지 않도록 하려면 추가 쿼리 조건(예: _id 필드)을 적절히 포함하세요.

다음도 참조하세요.

db.collection.replaceOne()분산 트랜잭션 내에서 사용할 수 있습니다.

중요

대부분의 경우 분산 트랜잭션은 단일 문서 쓰기에 비해 더 큰 성능 비용이 발생하므로 분산 트랜잭션의 가용성이 효과적인 스키마 설계를 대체할 수는 없습니다. 대부분의 시나리오에서 비정규화된 데이터 모델 (내장된 문서 및 배열) 은 계속해서 데이터 및 사용 사례에 최적일 것입니다. 즉, 대부분의 시나리오에서 데이터를 적절하게 모델링하면 분산 트랜잭션의 필요성이 최소화됩니다.

추가 트랜잭션 사용 고려 사항(예: 런타임 제한 및 oplog 크기 제한)은 프로덕션 고려사항을 참조하세요.

트랜잭션이 교차 샤드 쓰기 트랜잭션(write transaction)이 아닌 경우 분산 트랜잭션 내에서 컬렉션과 인덱스를 생성할 수 있습니다.

upsert: truedb.collection.replaceOne()는 기존 컬렉션이나 존재하지 않는 컬렉션에서 실행될 수 있습니다. 존재하지 않는 컬렉션에서 실행하면 작업이 컬렉션을 만듭니다.

다음도 참조하세요.

트랜잭션에서 실행되는 경우 작업에 대한 쓰기 고려를 명시적으로 설정하지 마세요. 트랜잭션에 쓰기 고려를 사용하려면 트랜잭션 및 쓰기 고려를 참조하세요.

restaurant 컬렉션에는 다음 문서가 포함되어 있습니다.

{ "_id" : 1, "name" : "Central Perk Cafe", "Borough" : "Manhattan" },
{ "_id" : 2, "name" : "Rock A Feller Bar and Grill", "Borough" : "Queens", "violations" : 2 },
{ "_id" : 3, "name" : "Empire State Pub", "Borough" : "Brooklyn", "violations" : 0 }

다음 작업은 name: "Central Perk Cafe"가 있는 단일 문서를 대체합니다.

try {
db.restaurant.replaceOne(
{ "name" : "Central Perk Cafe" },
{ "name" : "Central Pork Cafe", "Borough" : "Manhattan" }
);
} catch (e){
print(e);
}

이 연산은 다음을 반환합니다.

{ "acknowledged" : true, "matchedCount" : 1, "modifiedCount" : 1 }

일치하는 항목이 없으면 작업은 대신 다음을 반환합니다.

{ "acknowledged" : true, "matchedCount" : 0, "modifiedCount" : 0 }

upsert: true를 설정하면 일치하는 항목이 없는 경우 문서가 삽입됩니다. 업서트로 바꾸기를 참조하세요.

restaurant 컬렉션에는 다음 문서가 포함되어 있습니다.

{ "_id" : 1, "name" : "Central Perk Cafe", "Borough" : "Manhattan", "violations" : 3 },
{ "_id" : 2, "name" : "Rock A Feller Bar and Grill", "Borough" : "Queens", "violations" : 2 },
{ "_id" : 3, "name" : "Empire State Pub", "Borough" : "Brooklyn", "violations" : 0 }

다음 연산은 name : "Pizza Rat's Pizzaria"인 문서를 upsert : true로 바꾸려고 시도합니다.

try {
db.restaurant.replaceOne(
{ "name" : "Pizza Rat's Pizzaria" },
{ "_id": 4, "name" : "Pizza Rat's Pizzaria", "Borough" : "Manhattan", "violations" : 8 },
{ upsert: true }
);
} catch (e){
print(e);
}

upsert : true 이후 문서는 replacement 문서를 기준으로 삽입됩니다. 이 작업은 다음을 반환합니다.

{
"acknowledged" : true,
"matchedCount" : 0,
"modifiedCount" : 0,
"upsertedId" : 4
}

이제 컬렉션에 다음 문서가 포함됩니다.

{ "_id" : 1, "name" : "Central Perk Cafe", "Borough" : "Manhattan", "violations" : 3 },
{ "_id" : 2, "name" : "Rock A Feller Bar and Grill", "Borough" : "Queens", "violations" : 2 },
{ "_id" : 3, "name" : "Empire State Pub", "Borough" : "Brooklyn", "violations" : 0 },
{ "_id" : 4, "name" : "Pizza Rat's Pizzaria", "Borough" : "Manhattan", "violations" : 8 }

3명으로 구성된 멤버 복제본 세트가 있는 경우 다음 작업은 majorityw100wtimeout을 지정합니다.

try {
db.restaurant.replaceOne(
{ "name" : "Pizza Rat's Pizzaria" },
{ "name" : "Pizza Rat's Pub", "Borough" : "Manhattan", "violations" : 3 },
{ w: "majority", wtimeout: 100 }
);
} catch (e) {
print(e);
}

확인이 wtimeout 제한보다 오래 걸리면 다음 예외가 발생합니다.

WriteConcernError({
"code" : 64,
"errmsg" : "waiting for replication timed out",
"errInfo" : {
"wtimeout" : true,
"writeConcern" : {
"w" : "majority",
"wtimeout" : 100,
"provenance" : "getLastErrorDefaults"
}
}
})

다음 표에서는 errInfo.writeConcern.provenance의 가능한 값에 대해 설명합니다.

출처
설명
clientSupplied
쓰기 우려 사항은 애플리케이션에서 지정되었습니다.
customDefault
쓰기 고려는 사용자 정의된 기본값에서 비롯된 것입니다. setDefaultRWConcern을 참조하십시오.
getLastErrorDefaults
쓰기 고려는 복제본 세트의 settings.getLastErrorDefaults 필드에서 발생했습니다.
implicitDefault
쓰기 고려는 다른 모든 쓰기 고려 사양이 없는 상태에서 서버에서 발생했습니다.

버전 3.4에 새로 추가되었습니다.

데이터 정렬을 사용하면 대소문자 및 악센트 표시 규칙과 같은 문자열 비교에 대한 언어별 규칙을 지정할 수 있습니다.

컬렉션 myColl에는 다음 문서가 있습니다.

{ _id: 1, category: "café", status: "A" }
{ _id: 2, category: "cafe", status: "a" }
{ _id: 3, category: "cafE", status: "a" }

다음 작업에는 데이터 정렬 옵션이 포함됩니다.

db.myColl.replaceOne(
{ category: "cafe", status: "a" },
{ category: "cafÉ", status: "Replaced" },
{ collation: { locale: "fr", strength: 1 } }
);

다음 문서로 샘플 members 컬렉션을 생성합니다.

db.members.insertMany([
{ "_id" : 1, "member" : "abc123", "status" : "P", "points" : 0, "misc1" : null, "misc2" : null },
{ "_id" : 2, "member" : "xyz123", "status" : "A", "points" : 60, "misc1" : "reminder: ping me at 100pts", "misc2" : "Some random comment" },
{ "_id" : 3, "member" : "lmn123", "status" : "P", "points" : 0, "misc1" : null, "misc2" : null },
{ "_id" : 4, "member" : "pqr123", "status" : "D", "points" : 20, "misc1" : "Deactivated", "misc2" : null },
{ "_id" : 5, "member" : "ijk123", "status" : "P", "points" : 0, "misc1" : null, "misc2" : null },
{ "_id" : 6, "member" : "cde123", "status" : "A", "points" : 86, "misc1" : "reminder: ping me at 100pts", "misc2" : "Some random comment" }
])

컬렉션에 다음 인덱스를 만듭니다.

db.members.createIndex( { status: 1 } )
db.members.createIndex( { points: 1 } )

다음 업데이트 작업은 인덱스 { status: 1 }을(를) 사용하도록 명시적으로 암시합니다.

참고

존재하지 않는 인덱스를 지정하면 연산 오류가 발생합니다.

db.members.replaceOne(
{ "points": { $lte: 20 }, "status": "P" },
{ "misc1": "using index on status", status: "P", member: "replacement", points: "20"},
{ hint: { status: 1 } }
)

이 연산은 다음을 반환합니다:

{ "acknowledged" : true, "matchedCount" : 1, "modifiedCount" : 1 }

사용된 인덱스를 보려면 $indexStats 파이프라인을 사용할 수 있습니다.

db.members.aggregate( [ { $indexStats: { } }, { $sort: { name: 1 } } ] )

돌아가기

db.collection.renameCollection

이 페이지의 내용