Obsidian Bases: Como Criar Bancos de Dados Sem Código no Seu Vault

Se você já passou algum tempo organizando notas no Obsidian, provavelmente já desejou que seu vault se comportasse mais como um banco de dados. Você quer todos os seus projetos ativos em um só lugar, sua lista de leitura filtrada por status, ou cada nota de reunião vinculada a uma pessoa específica, tudo sem escrever uma única linha de código. É exatamente isso que o Obsidian Bases oferece: visualizações de banco de dados nativas e sem código (no-code), construídas sobre as notas em Markdown que você já possui.

O Bases é a evolução natural das notas conectadas. Enquanto os links tecem seu vault em um gráfico de conexões, as propriedades transformam esse gráfico em dados estruturados que você pode filtrar e analisar. Uma base não armazena suas informações em um arquivo separado ou formato proprietário. Ela lê as propriedades YAML existentes em suas notas e as apresenta como uma tabela editável e filtrável, galeria de cartões, lista ou mapa. Seus dados permanecem em texto simples, portáteis e à prova do futuro.

Aqui está o que vamos cobrir:

• O que é realmente uma base e o modelo mental que esclarece tudo
• Como o Bases se compara ao Dataview, Notion e à busca simples
• Ativando o plugin e criando sua primeira base em cinco minutos
• Projetando propriedades para que suas visualizações nunca quebrem
• Filtrando, ordenando e agrupando suas notas
• Os quatro tipos de visualização e como incorporá-los em qualquer nota
• Casos de uso prontos para copiar e colar: lista de leitura, rastreador de projetos, CRM, calendário de conteúdo
• Limitações honestas e um quadro de decisão claro

O que é o Obsidian Bases (e por que ele é importante)?

Uma base é uma visualização de banco de dados sem código e salva, aplicada sobre suas notas em Markdown existentes. O Obsidian adicionou o Bases como um plugin nativo (Core plugin), transformando suas notas e propriedades YAML em visualizações editáveis e filtráveis sem necessidade de qualquer linguagem de consulta.

O ponto mais importante a entender é o modelo mental: uma base não é um banco de dados separado que armazena seus dados. Ela é uma visualização. Os dados em si residem no cabeçalho YAML (frontmatter) de suas notas comuns. O arquivo .base salva apenas a configuração de como você deseja visualizar essas notas: quais incluir, quais propriedades exibir como colunas, e como filtrá-las e ordená-las.

Isso é fundamental por vários motivos:

• Seus dados permanecem em texto simples. Exclua a base amanhã e você não perderá nada além da visualização. Cada nota e propriedade continua salva em seu vault como Markdown.
• É à prova do futuro. Sem bloqueio de fornecedor (lock-in), sem etapas de exportação ou formatos proprietários. É a mesma filosofia que faz do Obsidian uma base sólida para um sistema duradouro de gestão de conhecimento pessoal.
• Escala com seu vault. Como uma base lê em tempo real a partir de suas notas, no momento em que você adiciona uma propriedade a uma nota, ela pode aparecer na visualização correspondente.

Se os links são o tecido conectivo do seu vault, as propriedades são a camada estruturada e o Bases é a lente que torna essa estrutura visível e útil.

Bases vs Dataview: Interface Sem Código ou Linguagem de Consulta?

A diferença fundamental é simples: o Bases é uma interface visual de clicar e selecionar, enquanto o Dataview é uma linguagem de consulta que você escreve manualmente. O Bases é nativo do aplicativo e não requer código; o Dataview exige aprender DQL (Dataview Query Language) ou JavaScript para casos avançados.

Ambos leem a mesma fonte — as propriedades das suas notas —, mas atendem a perfis diferentes:

• O Bases ganha em velocidade e acessibilidade. É nativo e muito rápido, inclusive no celular. Você cria visualizações clicando, edita valores de células diretamente na tabela e nunca precisa depurar erros de sintaxe.
• O Dataview ganha em expressividade. Ele suporta campos em linha (como due:: 2026-06-10 no corpo da nota), renderiza texto calculado e lida com consultas complexas que o Bases ainda não consegue igualar. No entanto, exige bastante código.

Para a maioria das tarefas no estilo “mostre-me uma lista filtrada das minhas notas”, o Bases é agora a escolha mais rápida e amigável. Para painéis altamente calculados ou fluxos de trabalho com campos em linha, o Dataview mantém seu lugar. Para entender como cada um se encaixa em um fluxo de trabalho amplo, nosso guia de gestão de tarefas mostra onde as consultas estruturadas valem a pena.

Dica: Você não precisa escolher apenas um. Muitos vaults usam o Bases para visualizações diárias de listas e filtros e mantêm alguns blocos do Dataview para painéis avançados.

Como ativar e criar sua primeira base?

Ative o Bases em Configurações → Plugins nativos, ativando a opção “Bases”. Enquanto estiver lá, ative também “Properties” (Propriedades), pois propriedades organizadas são o segredo para o sucesso do Bases. Uma vez ativado, existem três maneiras de criar uma base:

1. Paleta de comandos: abra (Ctrl/Cmd + P) e execute “Create new base”.
2. Botão na barra lateral: clique no ícone “New base” na barra lateral esquerda.
3. Clique com o botão direito em uma pasta: escolha “New base” no menu de contexto da pasta para delimitá-la lá desde o início.

Existe um comportamento que costuma confundir iniciantes: uma nova base começa exibindo todos os arquivos do seu vault. Não há uma cláusula FROM como no Dataview. Você começa de forma ampla e depois aplica filtros.

Criando sua primeira base em cinco minutos:

1. Crie a base usando qualquer um dos métodos acima.
2. Ela abrirá mostrando todas as notas do seu vault.
3. Adicione um filtro para restringir o escopo, por exemplo “file is in folder Projects” ou “has tag #project”.
4. Adicione algumas colunas escolhendo as propriedades que interessam (status, data de vencimento, área).
5. Ordene por uma coluna e pronto.

É realmente apenas isso que se exige para ir do zero a uma visualização de banco de dados funcional.

Dica: Comece de forma delimitada. Uma base focada em uma única pasta ou tag é muito mais fácil de gerenciar.

Como projetar propriedades que não quebram?

As colunas em uma base vêm de três fontes:

• Propriedades da nota: o frontmatter YAML que você escreve em cada nota (status, priority, due). Elas são editáveis.
• Propriedades do arquivo: metadados integrados como file.path, file.ctime, file.mtime e file.tags. São de apenas leitura.
• Propriedades de fórmula: valores calculados dentro da própria base a partir de outras propriedades.

Os tipos de propriedade suportados incluem texto, lista, número, caixa de seleção, data, data e hora, e links. Escolher o tipo correto é essencial: uma propriedade do tipo date pode ser filtrada por intervalos de datas, enquanto o mesmo valor salvo como texto simples não permitirá isso.

O verdadeiro pré-requisito para bases confiáveis é a higiene das propriedades:

• Seja consistente com os tipos. Não armazene um valor como link em uma nota e como texto em outra.
• Nomeie as propriedades de forma idêntica. status, Status e state são três colunas diferentes. Escolha um nome e mantenha-o.
• Edite diretamente. Altere um valor diretamente em uma célula da base e ele será gravado de volta no frontmatter da nota.

É aqui que um bom sistema de modelos se paga. Se suas notas são criadas a partir de modelos com propriedades consistentes, cada base futura se tornará trivial de construir.

Nota: Notas antigas criadas antes de você adotar uma propriedade simplesmente não terão esse campo. Elas ainda aparecerão na base; a coluna mostrará um valor vazio até que você a preencha.

Como funcionam os filtros, ordenação e agrupamento?

Os filtros no Bases são construídos a partir de uma regra em três partes: propriedade, operador, valor. Você escolhe uma propriedade (status), um operador (is, contains, is greater than, is empty) e um valor (active). Você pode aninhar múltiplas regras com and, or e not.

Existem dois níveis de filtragem:

• Filtros globais (Dataset): aplicam-se a toda a base, em todas as visualizações (ex: “is in folder Projects”).
• Filtros por visualização: aplicam-se apenas a uma visualização específica e se combinam com o filtro global via AND (ex: mostrar apenas itens ativos).

Padrões comuns:

• Contém tag: filtrar onde file.tags contém #project.
• Escopo de pasta: filtrar por arquivos em uma pasta específica.
• Janela de data: filtrar onde due é igual ou anterior a hoje, ou nos próximos sete dias.

A ordenação funciona em qualquer coluna, de forma crescente ou decrescente. O agrupamento permite categorizar projetos por status ou livros por gênero, com cabeçalhos retráteis para cada grupo.

Quais são os quatro tipos de visualização e como incorporá-los?

O Bases suporta quatro tipos de visualização, e um único arquivo .base pode conter várias visualizações nomeadas lado a lado:

• Table (Tabela): o padrão. Linhas e colunas com edição direta e resumos de coluna (contagens, somas).
• Cards (Cartões): layout de galeria que exibe imagens de capa. Perfeito para listas de leitura.
• List (Lista): layout compacto ideal para painéis e mapas de conteúdo (MoCs).
• Map (Mapa): exibe notas que possuem coordenadas geográficas como marcadores em um mapa.

O verdadeiro poder vem da incorporação (embed). Você pode incorporar uma base em qualquer nota usando a sintaxe padrão com o nome do arquivo .base. Para incorporar uma visualização nomeada específica, adicione # seguido do nome da visualização, por exemplo MinhaBase.base#Ativo.

Também existe a referência contextual this. Uma base incorporada pode filtrar em relação à nota onde está inserida — assim, uma base incorporada na nota de uma pessoa pode exibir apenas as reuniões associadas a essa pessoa.

A incorporação transforma uma base em um componente vivo das suas notas. Uma nota diária pode incorporar uma visualização “A fazer hoje”. Para saber mais, veja nosso guia sobre gestão de projetos no Obsidian.

Se você prefere não criar cada base do zero, o Obsibrain vem com painéis preconfigurados, esquemas de propriedades e estrutura de pastas PARA.

O que você pode construir concretamente?

Quatro estruturas práticas para aplicar hoje:

Lista de leitura / Estante digital

• Propriedades: title (texto), author (texto), status (texto: to-read / reading / done), rating (número), cover (link de imagem)
• Use a visualização Cards, agrupada por status.

Rastreador de projetos

• Propriedades: status (texto: planning / active / on-hold / done), area (link), due (data), priority (número)
• Use a visualização Table, agrupada por status, ordenada por due crescente.

CRM pessoal leve

• Notas de pessoas: type: person, company (texto), email (texto), last-contact (data)
• Notas de reuniões: type: meeting, attendees (lista de links), date (data)
• Crie uma base filtrada para type is meeting e incorpore-a dentro de cada nota de pessoa usando this.

Calendário de conteúdo

• Propriedades: stage (texto: idea / draft / scheduled / published), publish-date (data), channel (texto)
• Use uma Table agrupada por stage, ordenada por publish-date.

Cada um desses exemplos é apenas uma pasta de notas com propriedades consistentes e uma base. Um modelo limpo de segundo cérebro torna essa configuração muito simples.

Bases vs Notion: Quando usar cada um?

O Bases é local, gratuito e funciona em todo o seu vault por padrão. O Notion é em nuvem e exige a criação prévia de bancos de dados isolados. O Notion se destaca em bancos de dados relacionais avançados, API REST externa para automação e colaboração em equipe.

Quadro comparativo direto:

Ferramenta	Use quando…
Busca Simples	Você só precisa localizar uma nota ou texto pontualmente.
Bases	Você quer uma lista/tabela/galeria sem código e filtrável de suas notas.
Dataview	Você precisa de campos em linha ou cálculos avançados e personalizados.
Notion	Você precisa de bancos de dados relacionais puros, API externa ou trabalho em equipe.

Limitações atuais do Bases:

• Apenas Frontmatter. Lê propriedades YAML, não campos em linha no corpo do texto.
• Cálculos mais limitados. Fórmulas não atingem a flexibilidade avançada do Dataview.
• Menos recursos relacionais que o Notion. Sem relações bidirecionais com rollups.

Para uma comparação detalhada, confira nossa comparação entre Obsidian e Notion.

Se você deseja tudo isso pronto para usar, o Obsibrain é a solução pronta que combina pastas PARA, gestão de tarefas GTD e Eisenhower, além de visualizações de banco de dados pré-construídas.

Perguntas Frequentes (FAQ)

O Obsidian Bases é gratuito? Sim. O Bases é um plugin nativo gratuito incluído no Obsidian. Não há taxas nem assinaturas necessárias.

O Bases pode substituir o Dataview? Para a maioria dos casos de listas filtradas e tabelas, sim. Mantenha o Dataview apenas se precisar de campos em linha ou consultas avançadas por código.

O Bases funciona no celular? Sim. Por ser nativo, ele é consideravelmente mais rápido no celular do que o Dataview em vaults grandes.

Onde os dados de uma base são armazenados? Nas propriedades YAML do frontmatter das suas notas. O arquivo .base guarda apenas a configuração da visualização.

Conclusão

O Bases traz a potência de banco de dados do Notion para um vault local em texto simples, sem necessidade de aprender linguagens de consulta. Encare-o como a camada visível de uma boa higiene de propriedades. Assim como os links transformaram suas notas em um gráfico conectado, as propriedades transformam esse gráfico em dados estruturados, e o Bases é a ferramenta que torna tudo isso utilizável. Comece hoje mesmo com uma pequena base!