mondayDB é a infraestrutura de dados que roda por baixo do monday.com: o motor que guarda, lê e atualiza o conteúdo de todos os quadros, painéis e documentos da plataforma. Você não configura o mondayDB, não paga por ele e não o vê na tela. O que você vê é o efeito dele: quanto tempo um quadro grande leva para abrir, quantos itens cabem numa tabela, quantos quadros um painel consegue somar e se um agente de IA recebe dados atualizados ou uma cópia atrasada.
Este artigo explica o que é o mondayDB, como ele funciona por dentro em linguagem de operação, o que cada versão mudou, quais limites valem para o seu plano e quando ele não resolve o problema que você tem. Uma ressalva honesta: eu implanto monday.com desde 2021 e a Audatia é parceira do fabricante em consultoria, treinamento e sustentação. Os links de contratação deste texto são de parceiro, e a licença você contrata direto do monday.com. Por isso mesmo, este texto separa o que o mondayDB entrega do que ele não entrega.
O que é o mondayDB
O fabricante define o mondayDB como a arquitetura de dados que serve a plataforma e o ecossistema em torno dela, construída para suportar mais quadros e painéis com velocidade, ampliar a API pública e abrir espaço para casos de uso que a estrutura anterior não aguentava. O nome apareceu com a primeira versão, lançada em 23 de junho de 2023, e desde então o mesmo nome acompanha três gerações de motor.
Uma distinção evita confusão: mondayDB não é um produto que se compra nem um recurso que se liga. É o que a empresa trocou por baixo do capô enquanto os quadros continuavam iguais para quem usa. A central de ajuda repete em todas as versões que a atualização é automática, gradual e sem custo. O que muda de um plano para outro não é o motor, e sim os limites que o fabricante libera em cima dele.
Como funciona o mondayDB
O problema que o mondayDB resolve é o problema de qualquer plataforma em que o cliente desenha a própria tabela. Um quadro do monday.com é uma tabela cuja estrutura muda a qualquer momento: colunas são criadas, renomeadas, trocadas de tipo e conectadas a outros quadros. O blog de engenharia da empresa descreve o desafio como “imagine uma planilha; agora imagine um trilhão delas, cada uma com formato diferente”. Servir isso rápido exige três movimentos.
Primeiro movimento: guardar em dois formatos. Os dados dos quadros ficam em bancos orientados a linha e a coluna ao mesmo tempo. Abrir um quadro e editar um item é leitura de linha. Somar um painel, filtrar por status ou agrupar por responsável é leitura de coluna. O motor escolhe o caminho conforme a pergunta, em vez de forçar todas as perguntas pelo mesmo caminho.
Segundo movimento: separar armazenamento de processamento. As camadas de guardar e de calcular são independentes e escalam separadamente. Na terceira versão isso virou uma arquitetura em que cada quadro é um arquivo próprio: a cópia durável fica em armazenamento de objetos, as mudanças recentes ficam num registro de alterações, e uma frota de servidores mantém cópias locais sincronizadas antes de responder cada consulta. Cada consulta roda sobre um arquivo isolado, sem disputar recursos com os quadros de outras empresas.
Terceiro movimento: refletir mudanças na hora. Qualquer alteração fica disponível para consulta no momento em que é feita, o que é o que permite automações, integrações e agentes rodarem sobre o estado atual do quadro e não sobre uma foto de minutos atrás. O blog de engenharia reporta latência mediana de sincronização de 3 milissegundos.
Repare no padrão: nenhum dos três movimentos muda o que você vê. Eles mudam a velocidade e o teto. É por isso que a pergunta certa sobre o mondayDB não é “o que ele faz”, e sim “quais limites ele libera para o meu plano, e a minha estrutura aproveita isso”.
O que cada versão do mondayDB mudou
| Versão | Foco | Tecnologia | Limites que abriu (Enterprise) |
|---|---|---|---|
| mondayDB 1.0, junho de 2023 | Velocidade de carregamento de quadros e painéis para todos os planos | Camadas separadas de armazenamento e processamento; dados em linha e em coluna | Nenhum limite novo. Performance, API e mobile |
| mondayDB 2.0, setembro de 2024 | Escala para contas Enterprise | Mesma arquitetura, com capacidade ampliada | 100 mil itens por quadro, 100 mil itens conectados por quadro, 500 mil itens por painel, 50 quadros conectados por painel |
| mondayDB 3.0, com detalhes publicados em maio de 2026 | Escala Enterprise e casos de uso com agentes de IA | Motor colunar DuckDB, um arquivo por quadro, substituindo a frota de MySQL, Cassandra e Redis | Data Set com até 10 milhões de itens, 5 mil quadros conectados por painel (10 mil previstos), 5 mil projetos por portfólio |
A leitura prática dessa tabela é que só a primeira versão foi para todo mundo. As duas seguintes abriram limites exclusivamente para o plano Enterprise. Se a sua conta está no Padrão ou no Profissional, o mondayDB 2.0 e o 3.0 melhoraram a velocidade dos seus quadros sem mudar o teto de itens. Isso não está escrito com destaque na página do produto, e é a primeira coisa que eu esclareço quando um cliente chega perguntando se “agora dá para colocar um milhão de linhas”.
Os números de desempenho do 3.0 vêm do blog de engenharia do fabricante, não de laboratório independente: carregamento de quadros 5 vezes mais rápido, quadros grandes 20 vezes, agregações perto de 50 vezes, e custo de infraestrutura entre 40% e 60% menor do que a frota anterior. A migração cobriu mais de um milhão de organizações, segundo o mesmo texto, sem tempo de parada.
Quais limites valem para o seu plano
| Limite | Grátis, Básico, Padrão e Profissional | Enterprise |
|---|---|---|
| Itens por quadro | 10 mil | 100 mil |
| Itens conectados por quadro | Limite padrão da plataforma | 100 mil |
| Itens por painel | Limite padrão da plataforma | 500 mil em widgets de gráfico, bateria e números; 20 mil em widgets interativos como Gantt, linha do tempo, carga de trabalho e tabela |
| Quadros conectados por painel | Limite padrão da plataforma | Até 5 mil no mondayDB 3.0 |
| Data Set (tabela única de grande volume) | Não disponível | Até 10 milhões de itens, em liberação gradual |
| Quadros conectados a um único quadro | 60, ou 200 na solução de portfólio | |
| Exceção do monday CRM | CRM Profissional: até 5 quadros com 100 mil itens cada | CRM Enterprise: até 1 milhão de itens por quadro, em beta |
A leitura prática: 10 mil itens por quadro parece muito até você fazer a conta. Um funil comercial que recebe 30 negócios por dia chega ao teto em pouco menos de um ano se ninguém arquivar nada. Uma central de chamados com 100 tickets por dia chega em três meses e meio. O mondayDB não muda esse número fora do Enterprise. O que muda é a resposta: arquivar itens fechados, mover histórico para um quadro de arquivo ou subir de plano. Quando o quadro bate no limite, a plataforma bloqueia a criação de itens novos até que alguns sejam removidos, e o cliente costuma descobrir isso numa segunda-feira de manhã.
Dois registros de honestidade. A central de ajuda escreve “limite padrão da plataforma” para vários itens fora do Enterprise sem publicar o número, e eu não preenchi a lacuna com suposição. E os quadros grandes do Enterprise carregam restrições próprias que a documentação do 2.0 lista: não dá para duplicar um quadro com valores, a coluna de numeração automática não é suportada e não dá para trocar o tipo de uma coluna existente. Quem planeja um quadro de 80 mil linhas precisa desenhar as colunas certas de primeira.
O que o mondayDB muda para quem usa monday.com
Para a maioria das contas, a resposta é: nada que você precise fazer, e algumas coisas que você passa a poder fazer.
Quadros grandes deixam de ser um risco de performance. Antes do mondayDB, o próprio blog de engenharia admite que quadros grandes levavam rotineiramente mais de dois segundos para abrir e que filtrar, ordenar e agrupar “se arrastava”. A central de ajuda diz que contas com quadros abaixo de mil itens talvez não notem diferença. As que têm 10 mil ou mais itens, subitens ou conexões notam.
Painéis consolidados viram possíveis. Somar dezenas de quadros de projeto num painel de diretoria era o cenário que mais sofria. É onde a leitura colunar mais ajuda.
Agentes de IA leem o estado atual. O fabricante posicionou o 3.0 explicitamente como base para casos de uso com agentes, incluindo busca textual e recuperação semântica sobre o mesmo motor. Um agente que precisa saber “o que está atrasado em todos os quadros de lançamento” depende de o dado estar fresco e de a consulta ser rápida. O mondayDB é a parte disso que o fabricante resolveu. A parte que ele não resolve é o assunto da próxima seção.
Quando o mondayDB não resolve o seu problema
- Quadro lento por estrutura, não por volume. Um quadro com 800 itens, 60 colunas, 15 fórmulas encadeadas e 8 colunas de espelho é lento por desenho. O motor colunar ajuda, mas não conserta uma tabela que tenta ser cinco.
- Teto de 10 mil itens fora do Enterprise. Se o seu problema é volume e a conta está no Profissional, o mondayDB não abre o limite. A decisão é entre arquivar, dividir por período ou subir de plano, e nenhuma delas é de infraestrutura.
- Necessidade de banco de dados relacional. Data Set com 10 milhões de itens não transforma o monday.com em sistema transacional com integridade referencial e consultas complexas. Estoque, faturamento e ERP continuam fora.
- “Um quadro por cliente” com centenas de clientes. O painel de 5 mil quadros conectados existe, mas ele é a solução para portfólio de projetos, não uma licença para multiplicar quadros iguais. A regra continua: o quadro separa o processo, a coluna separa o cliente.
- Mobile e API em contas específicas. A documentação da primeira versão registra liberação gradual em mobile e uma migração própria da API. Quem tem integração antiga construída sobre a API precisa conferir a versão que usa, e isso é trabalho de quem mantém a integração, não do motor.
Se a sua conta está em duas ou mais dessas linhas, o ganho de trocar o motor já foi absorvido e o que resta é trabalho de estrutura.
Perguntas frequentes sobre o mondayDB
| Pergunta | Resposta curta |
|---|---|
| O que é o mondayDB? | A infraestrutura de dados do monday.com, o motor que guarda e lê o conteúdo de quadros, painéis e documentos. |
| Preciso ativar alguma coisa? | Não. A atualização é automática, gradual e sem custo em todas as versões. |
| O mondayDB custa dinheiro? | Não. O fabricante afirma que todas as melhorias de performance são gratuitas e ressalva que funcionalidades futuras ainda não desenvolvidas podem ser pagas. |
| Quantas versões existem? | Três: 1.0 em junho de 2023 (velocidade), 2.0 em setembro de 2024 (escala Enterprise) e 3.0 (DuckDB, Data Set e casos de uso com agentes). |
| O que é DuckDB? | O motor de banco de dados colunar que o monday.com adotou no mondayDB 3.0 no lugar da frota de MySQL, Cassandra e Redis. |
| Quantos itens cabem num quadro? | 10 mil em todos os planos exceto Enterprise, que permite 100 mil. O Data Set do Enterprise chega a 10 milhões numa tabela única. |
| Meu plano Profissional ganhou limites novos? | Não. Ganhou velocidade. Os limites ampliados do 2.0 e do 3.0 são exclusivos do Enterprise. |
| Meus quadros vão ficar mais rápidos? | Se têm menos de mil itens, talvez você não note. Acima de 10 mil itens, subitens ou conexões, a diferença é grande. |
| O que é um Data Set? | Uma superfície de trabalho do Enterprise, criada por administradores, que suporta até 10 milhões de itens numa única tabela. |
| O mondayDB conserta um quadro mal estruturado? | Não. Ele acelera a leitura. Colunas erradas, fórmulas encadeadas e quadros duplicados continuam sendo o gargalo. |
| A Audatia vende o plano Enterprise? | Não. Toda licença é contratada direto do fabricante. A Audatia ajuda a dimensionar a estrutura e presta consultoria, treinamento e sustentação. |
Próximo passo
Há dois caminhos, e eles não se excluem.
Se a dúvida é se o seu volume cabe no plano atual, a página de planos do monday.com mostra o que cada nível libera, e uma conta de teste permite carregar um quadro real e medir o que abre em quanto tempo. A licença, de qualquer plano, é contratada ali, direto do fabricante. Não existe revenda nacional.
Se a dúvida é por que um quadro está lento mesmo com poucos itens, o problema quase sempre é estrutura, e estrutura é o que a Audatia revisa antes de qualquer conversa sobre plano. O Método Núcleo→Escala explica por que a ordem é organizar a base antes de automatizar e antes de aplicar IA. A consultoria faz esse diagnóstico sobre a conta real, e a sustentação acompanha limites, arquivamento e performance depois que a operação está no ar. Quem quer entender o funcionamento por dentro com a equipe encontra o formato no treinamento de monday.com. O serviço sai por cotação, porque depende do tamanho da base a organizar.
Fontes
- mondayDB: a live data foundation, página oficial do produto
- Introducing mondayDB, central de ajuda
- mondayDB 2.0, central de ajuda
- mondayDB 3.0, central de ajuda
- Item and subitem limits per board, central de ajuda
- mondayDB 3: Solving HTAP for a Trillion-Table System, blog de engenharia do monday.com, 19 de maio de 2026
Limites, disponibilidade por plano e números de desempenho são publicados pelo fabricante e podem mudar. Recursos marcados como beta ou liberação gradual podem não estar disponíveis em todas as contas. Os ganhos de velocidade citados são medições do próprio monday.com, não de teste independente.
