Docs Menu
Docs Home
/ /

db.collection.bulkWrite() (método de mongosh)

MongoDB con controladores

Esta página documenta una mongosh . Para ver el método equivalente en un driver de MongoDB, se debe consultar la página correspondiente al lenguaje de programación:

C#Java SyncNode.jsPyMongoCC++GoJava RSKotlin CoroutineKotlin SyncPHPMotorRustScala
db.collection.bulkWrite()

Realiza múltiples operaciones de escritura con controles para el orden de ejecución.

Devuelve:
  • Un valor booleano acknowledged como true si la operación se ejecutó con escribir preocupación o false si la escritura preocupación estaba deshabilitada.
  • Un conteo para cada operación de guardado.
  • Un arreglo que contiene un _id para cada documento insertado o actualizado con éxito.

db.collection.bulkWrite() está disponible en implementaciones alojadas en los siguientes entornos:

  • MongoDB Atlas: El servicio totalmente gestionado para implementaciones de MongoDB en la nube

Nota

Este comando es compatible con todos los clústeres de MongoDB Atlas. Para obtener información sobre el soporte de Atlas para todos los comandos, consulte Comandos no compatibles.

  • MongoDB Enterprise: La versión basada en suscripción y autogestionada de MongoDB

  • MongoDB Community: La versión de MongoDB con código fuente disponible, de uso gratuito y autogestionada.

Nota

No puede realizar operaciones de guardado masivo en la Interfaz de Usuario de Atlas. Para insertar varios documentos, debe insertar un arreglo de documentos. Para aprender más, consulte Crear, Ver, Actualizar y Borrar Documentos en la documentación de Atlas.

El método bulkWrite() tiene la siguiente forma:

db.collection.bulkWrite(
[ <operation 1>, <operation 2>, ... ],
{
writeConcern : <document>,
ordered : <boolean>
}
)

El método bulkWrite() acepta los siguientes parámetros:

Parameter
Tipo
Descripción

operations

arreglo

Una matriz de bulkWrite() operaciones de escritura.

Las operaciones válidas son:

Consulte Operaciones de escritura para obtener información sobre el uso de cada operación.

writeConcern

Documento

Opcional. Un documento que expresa el nivel de confirmación de escritura. Omite el uso del nivel de confirmación de escritura por defecto.

No establezcas explícitamente el nivel de confirmación de escritura para la operación si se ejecuta en una transacción. Para usar el nivel de confirmación de escritura con transacciones, consulta Transacciones y nivel de confirmación de escritura.

ordered

booleano

Opcional. Un valor booleano que especifica si las operaciones se ejecutan en serie (true, valor predeterminado) o pueden ejecutarse en cualquier orden (false). Si es true, se detiene al primer error; si es false, continúa procesando las operaciones restantes.

bulkWrite() Toma una matriz de operaciones de escritura y ejecuta cada una de ellas. Por defecto, las operaciones se ejecutan en orden. Consulte Ejecución de Operaciones para controlar el orden de ejecución de las operaciones de escritura.

Inserta un único documento en la colección.

db.collection.bulkWrite( [
{ insertOne : { "document" : <document> } }
] )

updateOne actualiza un único documento en la colección que coincide con el filtro. Si coinciden varios documentos, updateOne actualizará únicamente el primer documento que coincida.

db.collection.bulkWrite( [
{ updateOne :
{
"filter": <document>,
"update": <document or pipeline>,
"upsert": <boolean>,
"collation": <document>,
"arrayFilters": [ <filterdocument1>, ... ],
"hint": <document|string>
}
}
] )

updateMany actualiza todos los documentos de la colección que coincidan con el filtro.

db.collection.bulkWrite( [
{ updateMany :
{
"filter" : <document>,
"update" : <document or pipeline>,
"upsert" : <boolean>,
"collation": <document>,
"arrayFilters": [ <filterdocument1>, ... ],
"hint": <document|string>
}
}
] )
Campo
notas

filter

Los criterios de selección para actualizar. Los mismos selectores query que en el método db.collection.find() están disponibles.

update

La operación de actualización que se debe realizar. Puede especificar cualquiera de los siguientes:

upsert

Opcional. Un booleano para indicar si se debe realizar una inserción.

Por defecto, upsert es false.

arrayFilters

Opcional. Un arreglo de documentos de filtro que determinan qué elementos del arreglo modificar para una operación de actualización en un campo de arreglo.

collation

Opcional. Especifica la intercalación que se debe utilizar para la operación.

hint

Opcional. El índice que se utilizará para dar soporte a la actualización filter. Si especifica un índice que no existe, la operación genera un error.

replaceOne reemplaza un único documento en la colección que coincide con el filtro. Si coinciden varios documentos, replaceOne reemplazará únicamente el primer documento coincidente.

db.collection.bulkWrite([
{ replaceOne :
{
"filter" : <document>,
"replacement" : <document>,
"upsert" : <boolean>,
"collation": <document>,
"hint": <document|string>
}
}
] )
Campo
notas

filter

Los criterios de selección para la operación de reemplazo. Los mismos selectores de query que en el método db.collection.find() están disponibles.

replacement

El documento de reemplazo. El documento no puede contener operadores de actualización.

upsert

Opcional. Un booleano para indicar si se debe realizar una inserción. Por defecto, upsert es false.

collation

Opcional. Especifica la intercalación que se debe utilizar para la operación.

hint

Opcional. El índice que se utilizará para dar soporte a la actualización filter. Si especifica un índice que no existe, la operación genera un error.

deleteOne borra un único documento de la colección que coincida con el filtro. Si varios documentos coinciden, deleteOne borrará solo el primer documento que coincida.

db.collection.bulkWrite([
{ deleteOne : {
"filter" : <document>,
"collation" : <document> // Available starting in 3.4
} }
] )

deleteMany borra todos los documentos de la colección que coincidan con el filtro.

db.collection.bulkWrite([
{ deleteMany: {
"filter" : <document>,
"collation" : <document> // Available starting in 3.4
} }
] )
Campo
notas

filter

Los criterios de selección para la operación de eliminación. Los mismos selectores de query que en el método db.collection.find() están disponibles.

collation

Opcional. Especifica la intercalación que se debe utilizar para la operación.

Si el documento no especifica un campo _id, entonces mongod agrega el campo _id y asigna un único ObjectId() al documento antes de insertarlo o actualizarlo. La mayoría de los controladores crean un ObjectId e insertan el campo _id, pero el mongod creará y completará el _id si el controlador o la aplicación no lo hace.

Si el documento contiene un campo _id, el valor de _id debe ser único dentro de la colección para evitar un error de clave duplicada.

Las operaciones de actualización o reemplazo no pueden especificar un valor _id que sea diferente del documento original.

El parámetro ordered controla si las operaciones se ejecutan en serie o en cualquier orden.

Con ordered : true (valor predeterminado), las operaciones se ejecutan en serie. Si se produce un error, las operaciones posteriores no se ejecutan.

Con ordered : false, las operaciones pueden ejecutarse en paralelo. Todas las operaciones sin errores se completan, incluso si algunas fallan.

La cantidad de operaciones en cada grupo no puede exceder el valor de maxWriteBatchSize de la base de datos. El valor por defecto de maxWriteBatchSize es 100,000. Este valor se muestra en el campo hello.maxWriteBatchSize.

Este límite previene problemas con mensajes de error demasiado grandes. Si un grupo supera este límite, el controlador del cliente divide el grupo en grupos más pequeños con cantidades menores o iguales al valor del límite. Por ejemplo, con el valor maxWriteBatchSize de 100,000, si la cola consta de 200,000 operaciones, el controlador crea 2 grupos, cada uno con 100,000 operaciones.

Nota

El controlador solo divide el grupo en grupos más pequeños cuando utiliza el API de alto nivel. Si utilizas db.runCommand() directamente (por ejemplo, al escribir un controlador), MongoDB genera un error al intentar ejecutar un lote de escritura que excede el límite.

Si el informe de errores para una sola agrupación crece demasiado, MongoDB trunca todos los mensajes de error restantes en un string vacío. Si hay al menos dos mensajes de error con un tamaño total superior a 1MB, se truncan.

Los tamaños y la mecánica de agrupación son detalles internos de rendimiento y están sujetos a cambios en versiones futuras.

La ejecución de una ordered lista de operaciones en una colección particionada generalmente será más lenta que la ejecución de una lista unordered, ya que con una lista ordenada, cada operación debe esperar a que la anterior termine.

bulkWrite() tiene restricciones sobre las colecciones limitadas:

  • updateOne y updateMany lanza un WriteError si la actualización aumenta el tamaño del documento.

  • replaceOne lanza un WriteError si el documento de reemplazo es más grande que el original.

  • deleteOne y deleteMany arroja un WriteError en colecciones limitadas.

bulkWrite() Lanza una BulkWriteError excepción en caso de errores. Consulte Manejo de errores dentro de las transacciones.

Excluyendo los errores de nivel de confirmación de escritura, las operaciones ordenadas se detienen después de un error, mientras que las operaciones no ordenadas continúan procesando las operaciones de escritura restantes en la cola, a menos que se ejecuten dentro de una transacción. Vea Manejo de errores dentro de las transacciones.

Los errores de nivel de confirmación de escritura se muestran en el campo writeConcernErrors, mientras que todos los demás errores se muestran en el campo writeErrors. Si se encuentra un error, se muestra el número de operaciones de escritura exitosas en lugar de los valores _id insertados. Las operaciones ordenadas muestran el único error encontrado, mientras que las operaciones desordenadas muestran cada error en un arreglo.

Si la colección usa la validación de esquema y tiene validationAction configurado en error, se debe insertar un documento no válido o actualizar un documento con valores no válidos generará un error. Las operaciones anteriores a la operación no válida en el arreglo operations se ejecutan y se escriben en la colección. El campo ordered determina si se ejecutan las operaciones restantes.

bulkWrite() se puede utilizar dentro de transacciones distribuidas.

Importante

En la mayoría de los casos, una transacción distribuida incurre en un costo de rendimiento mayor que las escrituras de documentos individuales, y la disponibilidad de transacciones distribuidas no debería ser un sustituto para un diseño de esquema efectivo. Para muchos casos, el modelo de datos desnormalizado (documento incrustado y matrices) seguirá siendo óptimo para tus datos y casos de uso. Es decir, en muchos casos, modelar tus datos de forma adecuada minimizará la necesidad de transacciones distribuidas.

Para consideraciones adicionales sobre el uso de transacciones (como el límite de tiempo de ejecución y el límite de tamaño del oplog), consulta también las consideraciones de producción.

Para la compatibilidad de características entre versiones (fcv) "4.4" y superiores, si se ejecuta una operación de inserción o una operación de actualización con upsert: true en una transacción contra una colección inexistente, la colección se crea implícitamente.

Nota

No puedes crear nuevas colecciones en transacciones de escritura entre particiones. Por ejemplo, si guardas en una colección existente en una partición y creas implícitamente una colección en una partición diferente, MongoDB no puede realizar ambas operaciones en la misma transacción.

No establezcas explícitamente el nivel de confirmación de escritura para la operación si se ejecuta en una transacción. Para usar el nivel de confirmación de escritura con transacciones, consulta Transacciones y nivel de confirmación de escritura.

A partir de MongoDB 4.2, si una operación db.collection.bulkWrite() encuentra un error dentro de una transacción, el método lanza una BulkWriteException (igual que fuera de una transacción).

En la versión 4.0, si la operación bulkWrite encuentra un error dentro de una transacción, el error generado no se envuelve como un BulkWriteException.

Dentro de una transacción, el primer error en un guardado masivo provoca que todo el guardado masivo falle y aborte la transacción, incluso si el guardado masivo no está ordenado.

Es importante comprender el orden de las operaciones bulkWrite() y la gestión de errores. Por defecto, bulkWrite() ejecuta una lista ordenada de operaciones:

  • Las operaciones se ejecutan de forma secuencial.

  • Si una operación tiene un error, esa operación y las siguientes no se ejecutarán.

  • Las operaciones aparecen antes de que se complete la operación de error.

Los ejemplos bulkWrite() utilizan la colección pizzas:

db.pizzas.insertMany( [
{ _id: 0, type: "pepperoni", size: "small", price: 4 },
{ _id: 1, type: "cheese", size: "medium", price: 7 },
{ _id: 2, type: "vegan", size: "large", price: 8 }
] )

El siguiente ejemplo ejecuta estas operaciones en bulkWrite() la pizzas colección:

  • Agrega dos documentos con insertOne.

  • Actualiza un documento con updateOne.

  • Elimina un documento con deleteOne.

  • Reemplaza un documento con replaceOne.

try {
db.pizzas.bulkWrite( [
{ insertOne: { document: { _id: 3, type: "beef", size: "medium", price: 6 } } },
{ insertOne: { document: { _id: 4, type: "sausage", size: "large", price: 10 } } },
{ updateOne: {
filter: { type: "cheese" },
update: { $set: { price: 8 } }
} },
{ deleteOne: { filter: { type: "pepperoni"} } },
{ replaceOne: {
filter: { type: "vegan" },
replacement: { type: "tofu", size: "small", price: 4 }
} }
] )
} catch( error ) {
print( error )
}

Ejemplo de salida, que incluye un resumen de las operaciones completadas:

{
acknowledged: true,
insertedCount: 2,
insertedIds: { '0': 3, '1': 4 },
matchedCount: 2,
modifiedCount: 2,
deletedCount: 1,
upsertedCount: 0,
upsertedIds: {}
}

Si la colección ya contenía un documento con un _id de 4 antes de ejecutar el ejemplo anterior bulkWrite(), se devuelve la siguiente excepción de clave duplicada para la segunda operación insertOne:

writeErrors: [
WriteError {
err: {
index: 1,
code: 11000,
errmsg: 'E11000 duplicate key error collection: test.pizzas index: _id_ dup key: { _id: 4 }',
op: { _id: 4, type: 'sausage', size: 'large', price: 10 }
}
}
],
result: BulkWriteResult {
result: {
ok: 1,
writeErrors: [
WriteError {
err: {
index: 1,
code: 11000,
errmsg: 'E11000 duplicate key error collection: test.pizzas index: _id_ dup key: { _id: 4 }',
op: { _id: 4, type: 'sausage', size: 'large', price: 10 }
}
}
],
writeConcernErrors: [],
insertedIds: [ { index: 0, _id: 3 }, { index: 1, _id: 4 } ],
nInserted: 1,
nUpserted: 0,
nMatched: 0,
nModified: 0,
nRemoved: 0,
upserted: []
}
}

Como el ejemplo bulkWrite() está ordenado, solo se completa la primera operación insertOne.

Para completar todas las operaciones sin errores, ejecute bulkWrite() con ordered establecido en false. Para ver un ejemplo, consulte la siguiente sección.

Para especificar un bulkWrite() no ordenado, establezca ordered en false.

En una lista desordenada bulkWrite() de operaciones:

  • Las operaciones pueden ejecutarse en paralelo (no está garantizado). Para obtener más detalles, consulte Operaciones ordenadas o no ordenadas.

  • Las operaciones con errores no se completan.

  • Se han completado todas las operaciones sin errores.

Continuando con el ejemplo de la colección pizzas, descarta y vuelve a crear la colección:

db.pizzas.insertMany( [
{ _id: 0, type: "pepperoni", size: "small", price: 4 },
{ _id: 1, type: "cheese", size: "medium", price: 7 },
{ _id: 2, type: "vegan", size: "large", price: 8 }
] )

En el siguiente ejemplo:

  • bulkWrite() ejecuta operaciones no ordenadas en la colección pizzas.

  • La segunda operación insertOne tiene el mismo _id que la primera insertOne, lo que causa un error de llave duplicada.

try {
db.pizzas.bulkWrite( [
{ insertOne: { document: { _id: 3, type: "beef", size: "medium", price: 6 } } },
{ insertOne: { document: { _id: 3, type: "sausage", size: "large", price: 10 } } },
{ updateOne: {
filter: { type: "cheese" },
update: { $set: { price: 8 } }
} },
{ deleteOne: { filter: { type: "pepperoni"} } },
{ replaceOne: {
filter: { type: "vegan" },
replacement: { type: "tofu", size: "small", price: 4 }
} }
],
{ ordered: false } )
} catch( error ) {
print( error )
}

Ejemplo de salida, que incluye el error de llave duplicada y un resumen de las operaciones completadas.

writeErrors: [
WriteError {
err: {
index: 1,
code: 11000,
errmsg: 'E11000 duplicate key error collection: test.pizzas index: _id_ dup key: { _id: 3 }',
op: { _id: 3, type: 'sausage', size: 'large', price: 10 }
}
}
],
result: BulkWriteResult {
result: {
ok: 1,
writeErrors: [
WriteError {
err: {
index: 1,
code: 11000,
errmsg: 'E11000 duplicate key error collection: test.pizzas index: _id_ dup key: { _id: 3 }',
op: { _id: 3, type: 'sausage', size: 'large', price: 10 }
}
}
],
writeConcernErrors: [],
insertedIds: [ { index: 0, _id: 3 }, { index: 1, _id: 3 } ],
nInserted: 1,
nUpserted: 0,
nMatched: 2,
nModified: 2,
nRemoved: 1,
upserted: []
}
}

La segunda operación insertOne falla debido al error de clave duplicada. En un bulkWrite() desordenado, cualquier operación sin errores se completa.

Cambiado en la versión 8.1.2.

Cuando bulkWrite() se ejecuta en en un clúster mongos fragmentado,writeConcernError siempre se informa un en la respuesta, incluso si se producen uno o más errores. En versiones anteriores, otros errores a veces provocaban bulkWrite() que no informara errores de escritura.

Por ejemplo, si un documento no supera la validación, activando un error DocumentValidationFailed, y también ocurre un error de nivel de confirmación de escritura, tanto el error DocumentValidationFailed como el writeConcernError se devuelven en el campo de nivel superior de la respuesta.

Continuando con el ejemplo de la colección pizzas, descarta y vuelve a crear la colección:

db.pizzas.insertMany( [
{ _id: 0, type: "pepperoni", size: "small", price: 4 },
{ _id: 1, type: "cheese", size: "medium", price: 7 },
{ _id: 2, type: "vegan", size: "large", price: 8 }
] )

El siguiente bulkWrite() ejemplo ejecuta operaciones en la pizzas colección y establece "majority" una 100 preocupación de escritura con un tiempo de espera de milisegundos:

try {
db.pizzas.bulkWrite( [
{ updateMany: {
filter: { size: "medium" },
update: { $inc: { price: 0.1 } }
} },
{ updateMany: {
filter: { size: "small" },
update: { $inc: { price: -0.25 } }
} },
{ deleteMany: { filter: { size: "large" } } },
{ insertOne: {
document: { _id: 4, type: "sausage", size: "small", price: 12 }
} } ],
{ writeConcern: { w: "majority", wtimeout: 100 } }
)
} catch( error ) {
print( error )
}

Si el tiempo para que la mayoría de los miembros del set de réplicas reconozcan las operaciones supera wtimeout, el ejemplo devuelve un error de nivel de confirmación de escritura y un resumen de las operaciones completadas:

result: BulkWriteResult {
result: {
ok: 1,
writeErrors: [],
writeConcernErrors: [
WriteConcernError {
err: {
code: 64,
codeName: 'WriteConcernTimeout',
errmsg: 'waiting for replication timed out',
errInfo: { wtimeout: true, writeConcern: [Object] }
}
}
],
insertedIds: [ { index: 3, _id: 4 } ],
nInserted: 0,
nUpserted: 0,
nMatched: 2,
nModified: 2,
nRemoved: 0,
upserted: [],
opTime: { ts: Timestamp({ t: 1660329086, i: 2 }), t: Long("1") }
}
}

Volver

db.collection.analyzeShardKey

En esta página