{"id":8478,"date":"2020-04-25T12:51:59","date_gmt":"2020-04-25T19:51:59","guid":{"rendered":"https:\/\/www.couchbase.com\/blog\/?p=8478"},"modified":"2025-06-13T23:42:43","modified_gmt":"2025-06-14T06:42:43","slug":"introduction-to-couchbase-for-mongodb-developers-and-experts","status":"publish","type":"post","link":"https:\/\/www.couchbase.com\/blog\/pt\/introduction-to-couchbase-for-mongodb-developers-and-experts\/","title":{"rendered":"Introdu\u00e7\u00e3o ao Couchbase para desenvolvedores de MongoDB e especialistas em NoSQL"},"content":{"rendered":"
\n

H\u00e1 seis mil anos, os sum\u00e9rios inventaram a escrita para o processamento de transa\u00e7\u00f5es. Gray e Reuter<\/a><\/h4>\n<\/blockquote>\n

De qualquer forma, o MongoDB \u00e9 um banco de dados JSON popular orientado a documentos. Nos \u00faltimos doze anos, ele cresceu de seu in\u00edcio humilde de um \u00fanico bloqueio por banco de dados para uma transa\u00e7\u00e3o moderna de v\u00e1rios documentos com isolamento de instant\u00e2neos. A MongoDB University treinou um grande n\u00famero de desenvolvedores para desenvolver no banco de dados MongoDB.<\/span><\/p>\n

Atualmente, existem muitos bancos de dados JSON. Embora seja f\u00e1cil come\u00e7ar com o MongoDB para aprender a usar o NoSQL e o esquema JSON flex\u00edvel, muitos clientes escolhem o Couchbase por causa do desempenho, da escala e do SQL. <\/span>\u00c0 medida que avan\u00e7a na avalia\u00e7\u00e3o e evolu\u00e7\u00e3o do banco de dados, voc\u00ea deve aprender sobre outros bancos de dados JSON. Estamos trabalhando em um curso de treinamento on-line para que os especialistas em MongoDB aprendam facilmente o Couchbase. At\u00e9 publicarmos esse curso, voc\u00ea ter\u00e1 que ler este artigo :-)\u00a0 <\/span><\/p>\n

Se voc\u00ea conhece RDBMS como Microsoft SQL Server e Oracle, temos cursos f\u00e1ceis de seguir para aprender a mapear seu conhecimento de banco de dados para o Couchbase com esses dois cursos:<\/span><\/p>\n

    \n
  1. CB116m - Introdu\u00e7\u00e3o ao Couchbase para especialistas em MSSQL<\/span><\/a><\/li>\n
  2. CB116o - Introdu\u00e7\u00e3o ao Couchbase para especialistas em Oracle<\/span><\/a><\/li>\n<\/ol>\n

    RESUMO<\/strong><\/p>\n

    O MongoDB e o Couchbase t\u00eam muitas coisas em comum. Ambos s\u00e3o NoSQL bancos de dados distribu\u00eddos<\/a>Ambos usam o modelo JSON; ambos t\u00eam linguagens de consulta de alto n\u00edvel com suporte para opera\u00e7\u00f5es select-join-project; ambos t\u00eam \u00edndices secund\u00e1rios; ambos t\u00eam um otimizador que escolhe o plano de consulta automaticamente. Ambos suportam replica\u00e7\u00e3o intra e intercluster.<\/p>\n

    Como era de se esperar, h\u00e1 diferen\u00e7as. Algumas s\u00e3o mais significativas do que outras. O Couchbase foi projetado para ser distribu\u00eddo desde o in\u00edcio. Por exemplo, o cont\u00eainer de dados Bucket \u00e9 sempre distribu\u00eddo - sem nada para fragmentar. Basta adicionar novos n\u00f3s e o sistema distribuir\u00e1 automaticamente. A replica\u00e7\u00e3o intracluster n\u00e3o requer novos servidores - basta definir o n\u00famero de r\u00e9plicas e est\u00e1 tudo pronto. Do ponto de vista da intera\u00e7\u00e3o com o desenvolvedor, a grande diferen\u00e7a \u00e9 a pr\u00f3pria linguagem de consulta - o MongoDB tem uma linguagem linguagem de consulta propriet\u00e1ria<\/a> e o Couchbase tem N1QL - SQL para JSON<\/a>. O MongoDB tamb\u00e9m usa seu \u00edndice baseado em B-Tree para pesquisa e lan\u00e7ou recentemente o $searchbeta<\/a> para o servi\u00e7o Atlas usando o Apache Lucene; o Couchbase tem um Pesquisa de texto completo<\/a>.<\/p>\n

    Esperamos que as diferen\u00e7as no Couchbase sejam aquelas que facilitam sua vida. Vamos nos aprofundar.<\/p>\n

    T\u00d3PICOS DE ALTO N\u00cdVEL<\/b><\/span><\/p>\n

      \n
    1. Recursos<\/li>\n
    2. Arquitetura<\/span><\/li>\n
    3. Objetos de banco de dados<\/span><\/li>\n
    4. Tipos de dados<\/span><\/li>\n
    5. Modelo de dados<\/span><\/li>\n
    6. SDK<\/span><\/li>\n
    7. Linguagem de consulta<\/span><\/li>\n
    8. \u00cdndices<\/span><\/li>\n
    9. Otimizador<\/span><\/li>\n
    10. Transa\u00e7\u00f5es<\/span><\/li>\n
    11. An\u00e1lises<\/li>\n<\/ol>\n

      RECURSOS<\/strong><\/span><\/h4>\n
      \n\n\n\n\n\n\n\n\n
      <\/td>\n\n

      MongoDB<\/strong><\/h4>\n<\/td>\n

      		\n

      Couchbase<\/strong><\/h4>\n<\/td>\n<\/tr>\n

      \n

      Documentos<\/p>\n<\/td>\n

      		\n

      https:\/\/docs.mongodb.com\/<\/a><\/p>\n<\/td>\n

      		\n

      https:\/\/docs.couchbase.com\/home\/index.html<\/a><\/p>\n<\/td>\n<\/tr>\n

      \n

      F\u00f3runs<\/p>\n<\/td>\n

      		\n

      https:\/\/developer.mongodb.com\/community\/forums\/<\/a><\/p>\n<\/td>\n

      		\n

      https:\/\/www.couchbase.com\/forums\/<\/a><\/p>\n<\/td>\n<\/tr>\n

      \n

      Vers\u00e3o mais recente (Abril de 2020)<\/span><\/p>\n<\/td>\n

      		\n

      4.2.6<\/p>\n<\/td>\n

      		\n

      6.5.1<\/p>\n<\/td>\n<\/tr>\n

      \n

      Licen\u00e7a<\/p>\n<\/td>\n

      		\n

      https:\/\/www.mongodb.com\/licensing\/server-side-public-license\/faq<\/a><\/p>\n<\/td>\n

      		\n

      https:\/\/www.couchbase.com\/licensing-and-support-faq<\/a><\/p>\n<\/td>\n<\/tr>\n

      \n

      Linguagem de consulta<\/p>\n<\/td>\n

      		\n

      Linguagem de consulta do MongoDB<\/a><\/p>\n<\/td>\n

      		\n

      N1QL - SQL para JSON<\/a><\/p>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

      ARQUITETURA<\/strong><\/span><\/h4>\n

      Vers\u00e3o para laptop:\u00a0<\/strong><\/p>\n

      \"\"<\/a><\/p>\n

      MongoDB:<\/strong> \u00a0Basta instalar e usar o Mongodb em seu laptop com os par\u00e2metros corretos e pronto. Um \u00fanico processo para lidar com todo o banco de dados. Isso mudou um pouco na vers\u00e3o 4.2, em que voc\u00ea precisaria do mongos para executar suas transa\u00e7\u00f5es. Todos os recursos do MongoDB (dados, indexa\u00e7\u00e3o, consulta) est\u00e3o dispon\u00edveis aqui, exceto a pesquisa de texto completo, dispon\u00edvel apenas no servi\u00e7o Atlas.<\/p>\n

       <\/p>\n

       <\/p>\n

       <\/p>\n

       <\/p>\n

      \"\"<\/a>Couchbase: <\/b>O Couchbase \u00e9 diferente. Ele abstraiu cada um dos servi\u00e7os (dados, \u00edndice, consulta, pesquisa, an\u00e1lise, eventos) e voc\u00ea tem a op\u00e7\u00e3o de escolher quais dos recursos deseja executar em sua inst\u00e2ncia para otimizar os recursos. Uma instala\u00e7\u00e3o t\u00edpica tem dados, \u00edndice e consulta. A pesquisa, os eventos e a an\u00e1lise ser\u00e3o executados em seu laptop - instale e use-os de acordo com seu caso de uso.<\/span><\/p>\n

       <\/p>\n

       <\/p>\n

       <\/p>\n

      Implanta\u00e7\u00e3o de cluster: <\/b>Como acontece com a maioria dos bancos de dados NoSQL, tanto o MongoDB quanto o Couchbase podem ser escalonados. No MongoDB, voc\u00ea pode escalonar por <\/span>fragmenta\u00e7\u00e3o<\/span><\/a> a cole\u00e7\u00e3o em v\u00e1rios n\u00f3s. Voc\u00ea pode fragmentar por hash ou intervalo. Sem um shard expl\u00edcito, cada cole\u00e7\u00e3o permanece em um \u00fanico shard. Os servidores de configura\u00e7\u00e3o armazenam os metadados e a configura\u00e7\u00e3o do cluster. O MongoDB \u00e9 distribu\u00eddo de maneira uniforme e o Couchbase \u00e9 distribu\u00eddo de maneira multidimensional. O processo (servi\u00e7o) do Mongodb gerencia os dados, o \u00edndice e a consulta em cada fragmento (n\u00f3), enquanto o Mongos faz o processamento da consulta distribu\u00edda e a fus\u00e3o dos resultados intermedi\u00e1rios e n\u00e3o gerencia nenhum dado ou \u00edndice. O Mongos atua como coordenador e o mongodb \u00e9 a abelha oper\u00e1ria.\u00a0<\/span><\/p>\n

      \"\"<\/a><\/p>\n

      O Couchbase pode ser implantado em uma distribui\u00e7\u00e3o uniforme com cada n\u00f3 gerenciando os dados e todos os servi\u00e7os - dados, \u00edndice, consulta, an\u00e1lise e eventos. Cada servi\u00e7o \u00e9 uma camada do banco de dados tradicional. Esses servi\u00e7os s\u00e3o fracamente acoplados - eles s\u00e3o executados em diferentes espa\u00e7os de processo e se comunicam por meio de uma rede. Portanto, eles podem ser implantados uniformemente em um \u00fanico n\u00f3 ou distribu\u00eddos multidimensionalmente em um cluster. A escolha depende de sua carga de trabalho e dos SLAs. Os dados em si s\u00e3o armazenados em buckets. Todos os buckets s\u00e3o particionados por hash entre determinados n\u00f3s - isso \u00e9 autom\u00e1tico e n\u00e3o requer nenhuma especifica\u00e7\u00e3o. Quando o aplicativo tem as chaves do documento, ele pode operar diretamente nos dados sem nenhum n\u00f3 intermedi\u00e1rio. Essa \u00e9 uma das principais diferen\u00e7as arquitet\u00f4nicas que contribuem para o alto desempenho e a expans\u00e3o do Couchbase. Al\u00e9m disso, n\u00e3o h\u00e1 servidores de configura\u00e7\u00e3o. Os metadados e seu gerenciamento s\u00e3o incorporados ao banco de dados principal. O servi\u00e7o de dados gerencia os dados, o cluster e a replica\u00e7\u00e3o em um cluster do Couchbase. A replica\u00e7\u00e3o entre v\u00e1rios clusters do Couchbase \u00e9 gerenciada pelo XDCR. Leia este artigo para entender os mecanismos de replica\u00e7\u00e3o no MongoDB e no Couchbase:\u00a0 Replica\u00e7\u00e3o em bancos de dados de documentos NoSQL (Mongo DB vs Couchbase)<\/a><\/span><\/p>\n

      \"\"<\/a><\/p>\n

      Dentro da implanta\u00e7\u00e3o do cluster.<\/b><\/p>\n

      Os componentes e a implanta\u00e7\u00e3o do cluster do MongoDB s\u00e3o explicados <\/span>aqui<\/span><\/a> e assumo isso como conhecimento pr\u00e9vio. Evitarei repetir.<\/span>
      \n<\/a><\/p>\n

      A implanta\u00e7\u00e3o do Couchbase come\u00e7a com o servi\u00e7o de dados de valor-chave. Esse \u00e9 o armazenamento de dados de valor-chave distribu\u00eddo em hash (consistente). Ele tamb\u00e9m tem replica\u00e7\u00e3o intracluster integrada, eliminando qualquer necessidade de servidores de r\u00e9plica ou servidores de configura\u00e7\u00e3o separados. O servi\u00e7o de consulta orquestra a execu\u00e7\u00e3o de <\/span>N1QL<\/span><\/a> consultas. Usos <\/span>GSI<\/span><\/a> (Indexa\u00e7\u00e3o secund\u00e1ria global), <\/span>FTS<\/span><\/a> (Full-Text Search) conforme necess\u00e1rio. O FTS gerencia o \u00edndice de texto completo e pode ser consultado <\/span>diretamente<\/span><\/a> ou atrav\u00e9s do N1QL <\/span>servi\u00e7o de consulta<\/span><\/a>.\u00a0 <\/span>A fun\u00e7\u00e3o Eventing<\/span><\/a> permite que voc\u00ea acione automaticamente a a\u00e7\u00e3o (executando uma fun\u00e7\u00e3o Javascript) na muta\u00e7\u00e3o de dados. O Couchbase <\/span>Mecanismo de an\u00e1lise<\/span><\/a> \u00e9 um mecanismo de consulta e dados MPP. Faz uma c\u00f3pia dos dados e os redistribui em seus n\u00f3s, executa a consulta em paralelo para obter o melhor desempenho poss\u00edvel. Tudo isso pode ser usado sem problemas pelo rico conjunto de APIs dispon\u00edveis em nosso <\/span>SDKs<\/span><\/a> dispon\u00edvel em todos os idiomas populares.\u00a0<\/span><\/p>\n

      \"\"<\/a><\/p>\n

      OBJETOS DE BANCO DE DADOS<\/strong><\/span>
      \n<\/a><\/h4>\n

      O MongoDB tem uma cole\u00e7\u00e3o e um banco de dados como objetos l\u00f3gicos com os quais os usu\u00e1rios precisam trabalhar. Tradicionalmente, o Couchbase tinha apenas o <\/span>Baldes<\/span><\/a>. O Bucket funcionava tanto para o gerenciamento de recursos (por exemplo, a quantidade de mem\u00f3ria usada), quanto para a seguran\u00e7a e o cont\u00eainer de dados. Em 6.5, introduzimos a no\u00e7\u00e3o de <\/span>coleta e escopo<\/span><\/a> como uma pr\u00e9via para desenvolvedores. Essa hierarquia bucket:scope:collection \u00e9 an\u00e1loga \u00e0 database:schema:table do RDBMS. Isso torna o banco de dados mais seguro e um melhor multilocat\u00e1rio. Na vers\u00e3o 6.5, sem a visualiza\u00e7\u00e3o para desenvolvedores, cada compartimento usa um escopo e uma cole\u00e7\u00e3o padr\u00e3o, o que torna a transi\u00e7\u00e3o perfeita.<\/span><\/p>\n

      \"\"<\/a><\/p>\n

      \n\n\n\n\n\n\n\n\n
      \n

      RDBMS<\/strong><\/p>\n<\/td>\n

      		\n

      MongoDB<\/strong><\/p>\n<\/td>\n

      		\n

      Couchbase<\/strong><\/p>\n<\/td>\n<\/tr>\n

      \n

      Banco de dados<\/p>\n<\/td>\n

      		\n

      Banco de dados<\/p>\n<\/td>\n

      		\n

      Balde<\/p>\n<\/td>\n<\/tr>\n

      \n

      Tabela<\/p>\n<\/td>\n

      		\n

      Cole\u00e7\u00e3o<\/p>\n<\/td>\n

      		\n

      Balde<\/p>\n

      Futuro: Cole\u00e7\u00e3o<\/p>\n<\/td>\n<\/tr>\n

      \n

      Linha<\/p>\n<\/td>\n

      		\n

      Documento (BSON)<\/p>\n<\/td>\n

      		\n

      Documento (JSON padr\u00e3o)<\/p>\n<\/td>\n<\/tr>\n

      \n

      Coluna<\/p>\n<\/td>\n

      		\n

      Campo\/Atributo<\/p>\n<\/td>\n

      		\n

      Campo\/Atributo<\/p>\n<\/td>\n<\/tr>\n

      \n

      Parti\u00e7\u00e3o (tabela\/cole\u00e7\u00e3o\/bucket)<\/p>\n<\/td>\n

      		\n

      N\u00e3o particionado por padr\u00e3o.<\/p>\n

      O particionamento de hash e intervalo (sharding) \u00e9 suportado manualmente.<\/p>\n<\/td>\n

      		\n

      Parti\u00e7\u00e3o (hash autom\u00e1tico)<\/p>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

      Notas para os desenvolvedores<\/strong><\/h4>\n

      No MongoDB, voc\u00ea come\u00e7a com sua inst\u00e2ncia (implanta\u00e7\u00e3o) e cria bancos de dados, cole\u00e7\u00f5es e \u00edndices.<\/p>\n

      No Couchbase, voc\u00ea come\u00e7a com sua inst\u00e2ncia e cria seus buckets e \u00edndices. Cada bucket pode ter v\u00e1rios tipos de documentos, portanto, cada documento deve ter um campo designado pelo aplicativo para reconhecer seu tipo. {\"type\": \"parts\"}. Como cada compartimento pode ter qualquer n\u00famero de tipos de documentos, voc\u00ea deve evitar criar muitos compartimentos. Isso tamb\u00e9m significa que, ao criar um \u00edndice, voc\u00ea estar\u00e1 interessado em criar um \u00edndice para cada tipo: cliente, pe\u00e7as, pedidos etc. Portanto, a cria\u00e7\u00e3o do \u00edndice incluir\u00e1 uma cl\u00e1usula WHERE para o tipo de documento.<\/p>\n

      CREATE INDEX ix_customer_zip ON customer(zip) WHERE type = \"customer\";<\/p>\n

      SELECT * FROM customer WHERE zip = 94040 AND type = \"customer\"<\/p>\n

      Cada documento do MongoDB cont\u00e9m um campo _id de identifica\u00e7\u00e3o de documento fornecido explicitamente ou gerado implicitamente.<\/p>\n

      No Couchbase, os usu\u00e1rios devem gerar e inserir uma chave de documento imut\u00e1vel para cada documento. Ao inserir via N1QL, voc\u00ea pode usar a fun\u00e7\u00e3o UUID() para gerar uma para voc\u00ea. Por\u00e9m, \u00e9 uma boa pr\u00e1tica ter uma chave de documento estrutura regular para a chave do documento<\/a>.<\/p>\n

      TIPOS DE DADOS<\/strong><\/span><\/h4>\n

      O modelo de dados do MongoDB \u00e9 <\/span>BSON<\/span><\/a> e o modelo de dados do Couchbase \u00e9 <\/span>JSON<\/span><\/a>. O tipo propriet\u00e1rio BSON tem alguns tipos que n\u00e3o existem no JSON. O JSON tem os tipos string, num\u00e9rico, booleano (verdadeiro\/falso), matriz e objeto. O BSON tem string, num\u00e9rico, booleano, array, objeto, bin\u00e1rio, UTC DateTime, timestamp e muitas outras extens\u00f5es propriet\u00e1rias personalizadas. No Couchbase, todos os dados relacionados a tempo s\u00e3o armazenados como string no formato ISO 8601. O N1QL do Couchbase tem uma infinidade de fun\u00e7\u00f5es para extrair, converter e calcular a hora. Os detalhes completos das fun\u00e7\u00f5es s\u00e3o<\/span> dispon\u00edvel neste artigo<\/span><\/a>.\u00a0<\/span><\/p>\n

      \n\n\n\n\n\n\n\n\n\n\n\n\n
      \n

      Tipo de dados<\/strong><\/p>\n<\/td>\n

      		\n

      MongoDB<\/strong><\/p>\n<\/td>\n

      		\n

      Couchbase<\/strong><\/p>\n<\/td>\n

      		\n

      JSON<\/strong><\/p>\n<\/td>\n<\/tr>\n

      \n

      N\u00fameros<\/p>\n<\/td>\n

      		\n

      N\u00famero BSON<\/p>\n<\/td>\n

      		\n

      N\u00famero JSON<\/p>\n<\/td>\n

      		\n

      { \"id\": 5, \"balance\":2942.59 }<\/p>\n<\/td>\n<\/tr>\n

      \n

      Cordas<\/p>\n<\/td>\n

      		\n

      Cadeia de caracteres BSON<\/p>\n<\/td>\n

      		\n

      Cadeia de caracteres JSON<\/p>\n<\/td>\n

      		\n

      {\"name\": \"Joe\", \"city\": \"Morrisville\" }<\/p>\n<\/td>\n<\/tr>\n

      \n

      booleano<\/p>\n<\/td>\n

      		\n

      BSON Booleano<\/p>\n<\/td>\n

      		\n

      JSON Booleano<\/p>\n<\/td>\n

      		\n

      {\"premium\": true, \"pending\": false}<\/p>\n<\/td>\n<\/tr>\n

      \n

      data e hora<\/p>\n<\/td>\n

      		\n

      Formato de dados personalizados<\/p>\n<\/td>\n

      		\n

      JSON ISO 8901 String com fun\u00e7\u00f5es de extra\u00e7\u00e3o, convers\u00e3o e aritm\u00e9tica<\/p>\n<\/td>\n

      		\n

      { \"soldate\": \u201c2017-10-12T13:47:41.068-07:00\u201d }<\/p>\n

      MongoDB:<\/p>\n

      { \"soldate\": ISODate(\u201c2012-12-19T06:01:17.171Z\u201d)}<\/p>\n<\/td>\n<\/tr>\n

      \n

      dados espaciais<\/p>\n<\/td>\n

      		\n

      GeoJSON<\/p>\n<\/td>\n

      		\n

      Oferece suporte ao vizinho mais pr\u00f3ximo e \u00e0 dist\u00e2ncia espacial.<\/p>\n<\/td>\n

      		\n

      \"geometria\": {\"type\": \"Point\", \"coordinates\": [-104.99404, 39.75621]}<\/p>\n<\/td>\n<\/tr>\n

      \n

      FALTANDO<\/p>\n<\/td>\n

      		\n

      Sem suporte<\/p>\n<\/td>\n

      		\n

      FALTANDO<\/p>\n<\/td>\n

      		<\/td>\n<\/tr>\n
      \n

      NULL<\/p>\n<\/td>\n

      		\n

      JSON Nulo<\/p>\n<\/td>\n

      		\n

      JSON nulo<\/p>\n<\/td>\n

      		\n

      {\"last_address\": null }<\/p>\n<\/td>\n<\/tr>\n

      \n

      Objetos<\/p>\n<\/td>\n

      		\n

      Objetos JSON flex\u00edveis<\/p>\n<\/td>\n

      		\n

      Objetos JSON flex\u00edveis<\/p>\n<\/td>\n

      		\n

      {\"address\" (endere\u00e7o): {\"street\": \"1, Main street\", \"city\": Morrisville, \"zip\": \"94824\u2033}}<\/p>\n<\/td>\n<\/tr>\n

      \n

      Matrizes<\/p>\n<\/td>\n

      		\n

      Matrizes JSON flex\u00edveis<\/p>\n<\/td>\n

      		\n

      Matrizes JSON flex\u00edveis<\/p>\n<\/td>\n

      		\n

      { \"hobbies\": [\"tennis\", \"skiing\", \"lego\"]}<\/p>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

      TUDO SOBRE A FALTA<\/b><\/p>\n

      MISSING \u00e9 o valor de um campo ausente no documento ou literal JSON.<\/span><\/p>\n

      {\"name\": \"joe\"} Tudo, exceto o campo \"name\", est\u00e1 faltando no documento. Voc\u00ea tamb\u00e9m pode definir o valor de um campo como MISSING para fazer com que o campo desapare\u00e7a. Os bancos de dados relacionais tradicionais usam <\/span>l\u00f3gica de tr\u00eas valores<\/span><\/a> com true, false e NULL. Com a adi\u00e7\u00e3o de MISSING, o N1QL<\/span> usa l\u00f3gica de 4 valores<\/span><\/a>.\u00a0<\/span><\/p>\n

      Voc\u00ea tem as seguintes express\u00f5es com MISSING.\u00a0\u00a0<\/span><\/p>\n

      \n\n\n\n\n\n\n
      \n

      EST\u00c1 FALTANDO<\/p>\n<\/td>\n

      		\n

      Retorna true se o documento n\u00e3o tiver um campo de status<\/p>\n

      FROM CUSTOMER WHERE status is MISSING;<\/p>\n<\/td>\n<\/tr>\n

      \n

      N\u00c3O EST\u00c1 FALTANDO<\/p>\n<\/td>\n

      		\n

      Retorna true se o documento tiver um campo de status<\/p>\n

      FROM CUSTOMER WHERE status is NOT MISSING;<\/p>\n<\/td>\n<\/tr>\n

      \n

      AUSENTE E NULO<\/p>\n<\/td>\n

      		\n

      MISSING \u00e9 uma quantidade ausente conhecida<\/p>\n

      null \u00e9 um UNKNOWN conhecido. Voc\u00ea pode verificar se h\u00e1 um valor nulo semelhante a MISSING com a express\u00e3o IS NULL ou IS NOT NULL.<\/p>\n

      JSON v\u00e1lido: {\"status\": null}<\/p>\n<\/td>\n<\/tr>\n

      \n

      Valor ausente<\/p>\n<\/td>\n

      		\n

      Basta fazer com que o campo de qualquer tipo desapare\u00e7a, definindo-o como MISSING<\/p>\n

      UPDATE CUSTOMER SET status = MISSING WHERE cxid = \"xyz232\"<\/p>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

      MODELAGEM DE DADOS<\/b><\/span><\/h4>\n\n\n\n\n\n\n
      Relacionamento<\/b><\/td>\nMongoDB<\/b><\/td>\nCouchbase\u00a0<\/b><\/td>\n<\/tr>\n
      1:1<\/span><\/td>\n\n
        \n
      • Objeto incorporado (impl\u00edcito)<\/span><\/li>\n
      • Refer\u00eancia da chave do documento<\/span><\/li>\n<\/ul>\n<\/td>\n
      		\n
        \n
      • Objeto incorporado (impl\u00edcito)<\/span><\/li>\n
      • Refer\u00eancia da chave do documento<\/span><\/li>\n<\/ul>\n<\/td>\n<\/tr>\n
      1:N<\/span><\/td>\n\n
        \n
      • Matriz de objetos incorporada<\/span><\/li>\n
      • Chave do documento Refer\u00eancia<\/span><\/li>\n
      • Consulta com o operador $lookup<\/span><\/li>\n<\/ul>\n<\/td>\n
      		\n
        \n
      • Matriz de objetos incorporada<\/span><\/li>\n
      • Chave do documento Refer\u00eancia<\/span><\/li>\n
      • Consulta com uni\u00f5es INNER, LEFT OUTER, RIGHT OUTER, NEST, UNNEST<\/span><\/li>\n<\/ul>\n<\/td>\n<\/tr>\n
      N:M<\/span><\/td>\n\n
        \n
      • Matriz de objetos incorporada<\/span><\/li>\n
      • Matrizes de objetos com refer\u00eancias<\/span><\/li>\n
      • Dif\u00edcil de consultar com o operador $lookup<\/span><\/li>\n<\/ul>\n<\/td>\n
      		\n