Menu Docs
Página inicial do Docs
/
Manual do MongoDB
/ / /

db.dropDatabase()

Nesta página

  • Definição
  • Compatibilidade
  • Sintaxe
  • Comportamento
  • Exemplo
db.dropDatabase(<writeConcern>)

Remove o banco de dados atual, excluindo os arquivos de dados associados.

Esse método está disponível em implantações hospedadas nos seguintes ambientes:

  • MongoDB Atlas: o serviço totalmente gerenciado para implantações do MongoDB na nuvem

Observação

Este comando é aceito em todos os clusters do MongoDB Atlas. Para obter informações sobre o suporte do Atlas a todos os comandos, consulte Comandos não suportados.

  • MongoDB Enterprise: a versão autogerenciada e baseada em assinatura do MongoDB

  • MongoDB Community: uma versão com código disponível, de uso gratuito e autogerenciada do MongoDB

O método db.dropDatabase() utiliza um parâmetro opcional:

Campo
Descrição

writeConcern

Opcional. Um documento que expressa a write concern a ser usada se for maior que "majority".

{ w: <value>, j: <boolean>, wtimeout: <number> }

Omita o uso da preocupação de gravação padrão/mínima de"majority".

Quando emitida em um conjunto de réplicas, se a write concern especificada resultar em menos confirmações de membro do que a write concern "majority", a operação usará "majority". Caso contrário, a write concern especificada será usada.

Quando emitido em um cluster fragmentado, o MongoDB converte a write concern especificada em "majority".

Consultetambém Comportamento.

O db.dropDatabase() encapsula o comando dropDatabase.

A operação requer somente um bloqueio exclusivo do banco de dados (X).

Este comando não exclui os usuários associados ao banco de dados atual. Para soltar os usuários associados, execute o comando dropAllUsersFromDatabase no banco de dados que você está excluindo.

O método db.dropDatabase() e o comando dropDatabase anulam qualquer índice em andamento criado em coleção no banco de dados antes de descartar o banco de dados. Abortar a construção de um índice tem o mesmo efeito que descartar o índice criado.

Para conjuntos de réplicas ou conjuntos de réplicas de estilhaços, abortar um índice no primário não anula simultaneamente as compilações de índice secundário. O MongoDB tenta abortar as compilações em andamento para os índices especificados no primário e, se for bem-sucedido, cria uma entrada de oplog abort associada. Os membros secundários com compilações replicadas em andamento aguardam uma entrada de oplog de confirmação ou abortamento do primário antes de confirmar ou abortar a compilação do índice.

Conjuntos de réplicas

No mínimo, db.dropDatabase() espera até que todos os descartes de coleção no banco de dados tenham se propagado para a maioria dos nós do conjunto de réplicas (ou seja, usa a preocupação de gravação "majority").

Você pode especificar uma preocupação de gravação para o método. Se você especificar uma preocupação de gravação que exija confirmação de menos do que a maioria, o método usará a preocupação de gravação "majority".

Se você especificar uma preocupação de gravação que exija confirmação de mais do que a maioria, o método usa a preocupação de gravação especificada.

Clusters fragmentados

Quando emitido em um cluster fragmentado, o MongoDB converte a write concern especificada em "majority".

Se você pretende criar um novo banco de dados com o mesmo nome do banco de dados descartado, execute o comando dropDatabase em um mongos.

Isso garante que todos os nós do cluster atualizem seu cache de metadados, o qual inclui o local do fragmento primário do novo banco de dados. Caso contrário, você poderá perder dados nas leituras e talvez não grave dados no fragmento correto. Para recuperar, você deve intervir manualmente.

A partir do MongoDB 5.0, o comando dropDatabase e o método db.dropDatabase() retornam um erro se você tentar descartar o banco de dados admin ou o banco de dados de configuração de um mongos.

Aviso

Descartar o banco de dados de admin ou o banco de dados de configuração pode deixar o cluster em um estado inutilizável.

O método db.dropDatabase() e o comando dropDatabase criam uma invalidação para quaisquer Change Streams abertos no banco de dados descartado ou abertos nas coleções no banco de dados descartado.

O exemplo a seguir em mongosh usa a operação use <database> para alternar o banco de dados atual para o banco de dados temp e, em seguida, usa o método db.dropDatabase() para descartar o banco de dados temp:

use temp
db.dropDatabase()

Dica

Veja também:

Voltar

db.currentOp