Obsidian Bases: Cómo crear bases de datos sin código en tu bóveda

Si has pasado algún tiempo organizando notas en Obsidian, es muy probable que hayas deseado que tu bóveda se comportara más como una base de datos. Quieres ver todos tus proyectos activos en un solo lugar, tu lista de lectura filtrada por estado, o cada nota de reunión vinculada a una persona específica, todo sin escribir una sola línea de código de consulta. Eso es exactamente lo que te ofrece Obsidian Bases: vistas nativas de bases de datos sin código construidas sobre las notas en Markdown que ya posees.

Bases es la evolución natural de las notas conectadas. Mientras que los enlaces tejen tu bóveda en un grafo, las propiedades convierten ese grafo en datos estructurados que puedes filtrar y analizar. Una base no almacena tu información en un archivo separado ni en un formato propietario. Lee las propiedades YAML existentes en tus notas y las presenta como una tabla editable y filtrable, una galería de tarjetas, una lista o un mapa. Tus datos se mantienen en texto plano, portátiles y preparados para el futuro.

Esto es lo que cubriremos:

• Qué es realmente una base y el modelo mental que lo aclara todo
• Cómo se compara Bases con Dataview, Notion y la búsqueda directa
• Cómo activar el complemento y crear tu primera base en cinco minutos
• Cómo diseñar propiedades para que tus vistas nunca se rompan
• Filtrar, ordenar y agrupar tus notas
• Los cuatro tipos de vista y cómo incrustarlos en cualquier nota
• Casos de uso listos para copiar y pegar: lista de lectura, gestor de proyectos, CRM, calendario de contenidos
• Limitaciones honestas y un marco de decisión claro

¿Qué es Obsidian Bases (y por qué es importante)?

Una base es una vista de base de datos guardada y sin código superpuesta a tus notas Markdown existentes. Obsidian incorporó Bases como un complemento del núcleo (Core Plugin), convirtiendo tus notas y sus propiedades YAML en vistas editables y filtrables sin necesidad de aprender ningún lenguaje de consulta.

El concepto fundamental que debes comprender es el modelo mental: una base no es una base de datos independiente que guarda tus datos. Es una vista. Los datos en sí residen en el encabezado YAML (frontmatter) de tus notas habituales. El archivo .base solo guarda la configuración de cómo quieres visualizar esas notas: cuáles incluir, qué propiedades mostrar como columnas y cómo filtrarlas y ordenarlas.

Esto es vital por varias razones:

• Tus datos siguen siendo texto plano. Si eliminas la base mañana, no pierdes nada excepto la vista. Cada nota y propiedad permanece intacta en tu bóveda como Markdown.
• Está preparado para el futuro. Sin bloqueo de proveedor (lock-in), sin pasos de exportación ni formatos propietarios. Es la misma filosofía que hace de Obsidian una base sólida para un sistema duradero de gestión del conocimiento personal.
• Escala con tu bóveda. Debido a que una base lee en vivo desde tus notas, en el momento en que añades una propiedad a una nota, esta puede aparecer en la vista correspondiente.

Si los enlaces son el tejido conectivo de tu bóveda, las propiedades son la capa estructurada y Bases es la lente que hace visible y útil esa estructura.

Bases vs Dataview: ¿Interfaz gráfica sin código o lenguaje de consulta?

La diferencia clave es sencilla: Bases es una interfaz gráfica (GUI) visual donde solo haces clic, mientras que Dataview es un lenguaje de consulta que escribes a mano. Bases viene integrado en la aplicación y no requiere código; Dataview exige aprender DQL (Dataview Query Language) o JavaScript para casos avanzados.

Ambos leen de la misma fuente —las propiedades de tus notas—, pero se adaptan a diferentes necesidades:

• Bases gana en rapidez y accesibilidad. Es nativo y muy rápido, incluso en dispositivos móviles. Creas vistas haciendo clic, editas valores de celdas directamente en la tabla y nunca tienes que depurar errores de sintaxis.
• Dataview gana en capacidad expresiva. Admite campos en línea (como due:: 2026-06-10 en el cuerpo de la nota), renderiza texto calculado y maneja consultas complejas que Bases aún no puede igualar. Sin embargo, requiere escribir código.

Para la mayoría de las tareas cotidianas de “mostrarme una lista filtrada de mis notas”, Bases es ahora la opción más rápida y amigable. Para paneles de control con cálculos complejos o flujos de trabajo con campos en línea, Dataview conserva su lugar. Si estás evaluando cómo encaja cada uno en un flujo de trabajo amplio, nuestra guía de gestión de tareas muestra dónde rinden fruto las consultas estructuradas.

Consejo: No tienes que elegir uno solo. Muchas bóvedas ejecutan Bases para vistas cotidianas de listas y filtros y mantienen algunos bloques de Dataview para paneles avanzados.

¿Cómo activar y crear tu primera base?

Activa Bases en Ajustes → Complementos del núcleo, activando “Bases”. Mientras estás allí, activa también “Properties” (Propiedades), ya que unas propiedades limpias son las que hacen brillar a Bases. Una vez activado, hay tres formas de crear una base:

1. Paleta de comandos: ábrela (Ctrl/Cmd + P) y ejecuta “Create new base”.
2. Botón en la barra lateral: haz clic en el icono “New base” en la barra lateral izquierda.
3. Clic derecho en una carpeta: elige “New base” en el menú contextual de la carpeta para acotarla allí desde el principio.

Hay un comportamiento que suele confundir a los principiantes: una nueva base comienza mostrando todos los archivos de tu bóveda. No hay una cláusula FROM como en Dataview. Empiezas desde un ámbito amplio y luego aplicas filtros.

Una primera base en cinco minutos:

1. Crea la base con cualquiera de los métodos anteriores.
2. Se abrirá mostrando cada nota de tu bóveda.
3. Añade un filtro para acotarla, por ejemplo “file is in folder Projects” o “has tag #project”.
4. Añade algunas columnas seleccionando las propiedades que te interesen (estado, fecha de vencimiento, área).
5. Ordena por una columna y habrás terminado.

Eso es todo lo que se necesita para pasar de cero a una vista de base de datos funcional.

Consejo: Comienza de forma acotada. Una base limitada a una sola carpeta o etiqueta es mucho más fácil de gestionar.

¿Cómo diseñar propiedades que no se rompan?

Las columnas en una base provienen de tres fuentes:

• Propiedades de la nota: el frontmatter YAML que escribes en cada nota (status, priority, due). Son editables.
• Propiedades del archivo: metadatos integrados como file.path, file.ctime, file.mtime y file.tags. Son de solo lectura.
• Propiedades de fórmula: valores calculados dentro de la propia base a partir de otras propiedades.

Los tipos de propiedades admitidos incluyen texto, lista, número, casilla de verificación, fecha, fecha y hora, y enlaces. Elegir el tipo adecuado importa: una propiedad de tipo date se puede filtrar por rangos de fechas, mientras que el mismo valor guardado como texto plano no se podrá filtrar así.

El requisito real para tener bases fiables es la higiene de propiedades:

• Sé consistente con los tipos. No guardes un valor como enlace en una nota y como texto plano en otra.
• Nombra las propiedades de forma idéntica. status, Status y state son tres columnas distintas. Elige un nombre y mantenlo.
• Edición en línea. Modifica un valor directamente en una celda de la base y se escribirá de inmediato en el frontmatter de la nota.

Aquí es donde destaca un buen sistema de plantillas. Si tus notas se crean a partir de plantillas con propiedades consistentes, cada base futura será trivial de construir.

Nota: Las notas antiguas creadas antes de adoptar una propiedad simplemente carecerán de ese campo. Seguirán apareciendo en la base, pero la columna se mostrará vacía hasta que la completes.

¿Cómo funcionan los filtros, la ordenación y el agrupamiento?

Los filtros en Bases se construyen mediante una regla de tres partes: propiedad, operador, valor. Eliges una propiedad (status), un operador (is, contains, is greater than, is empty) y un valor (active). Puedes anidar múltiples reglas con and, or y not.

Existen dos niveles de filtrado:

• Filtros globales (Dataset): se aplican a toda la base, en todas las vistas (ej. “is in folder Projects”).
• Filtros por vista: se aplican a una sola vista y se combinan con el filtro global mediante AND (ej. mostrar solo elementos activos).

Patrones comunes habituales:

• Tiene etiqueta: filtrar donde file.tags contiene #project.
• Ámbito de carpeta: filtrar archivos de una carpeta específica.
• Rango de fechas: filtrar donde due es igual o anterior a hoy, o en los próximos siete días.

La ordenación funciona en cualquier columna, de forma ascendente o descendente. El agrupamiento permite clasificar proyectos por estado o libros por género, obteniendo encabezados desplegables para cada grupo.

¿Cuáles son los cuatro tipos de vista y cómo incrustarlos?

Bases admite cuatro tipos de vista, y un solo archivo .base puede contener varias vistas con nombre lado a lado:

• Table (Tabla): la vista predeterminada. Filas y columnas con edición en línea y resúmenes de columna (conteos, sumas).
• Cards (Tarjetas): diseño de galería que permite mostrar imágenes de portada. Perfecto para listas de lectura.
• List (Lista): un diseño compacto e ideal para paneles de control y mapas de contenido (MoCs).
• Map (Mapa): ubica notas que contienen coordenadas geográficas como pines en un mapa.

El verdadero poder proviene de la incrustación. Puedes incrustar una base en cualquier nota utilizando la sintaxis de incrustación con el nombre de archivo .base. Para incrustar una vista con nombre específica, añade # y el nombre de la vista, por ejemplo MiBase.base#Activo.

También existe una referencia contextual this. Una base incrustada puede filtrar en relación con la nota en la que reside, de modo que una base incrustada en la nota de una persona puede mostrar solo las reuniones vinculadas a esa persona.

La incrustación convierte una base en un componente vivo de tus notas. Una nota diaria puede incrustar una vista de “tareas para hoy”. Para más información, consulta nuestra guía sobre gestión de proyectos en Obsidian.

Si prefieres no armar cada base desde cero, Obsibrain incluye paneles de control preconfigurados, esquemas de propiedades y carpetas PARA.

¿Qué puedes construir concretamente?

Cuatro configuraciones prácticas para replicar hoy mismo:

Lista de lectura / Estantería digital

• Propiedades: title (texto), author (texto), status (texto: to-read / reading / done), rating (número), cover (enlace a imagen)
• Usa una vista de Cards, agrupada por status.

Gestor de proyectos

• Propiedades: status (texto: planning / active / on-hold / done), area (enlace), due (fecha), priority (número)
• Usa una vista de Table, agrupada por status, ordenada por due ascendente.

CRM personal ligero

• Notas de personas: type: person, company (texto), email (texto), last-contact (fecha)
• Notas de reuniones: type: meeting, attendees (lista de enlaces), date (fecha)
• Crea una base filtrada a type is meeting e incrústala dentro de cada nota de persona utilizando this.

Calendario de contenidos

• Propiedades: stage (texto: idea / draft / scheduled / published), publish-date (fecha), channel (texto)
• Usa una Table agrupada por stage, ordenada por publish-date.

Cada uno de estos ejemplos es simplemente una carpeta de notas con propiedades consistentes más una base. Una plantilla limpia de segundo cerebro hace que esto sea sumamente fácil de configurar.

Bases vs Notion: ¿Cuándo usar cada uno?

Bases es local, gratuito y funciona sobre toda tu bóveda por defecto. Notion se basa en la nube y requiere crear bases de datos aisladas previamente. Notion destaca en bases de datos relacionales puras, API REST externa para automatización y colaboración multiusuario.

Marco de decisión de un vistazo:

Herramienta	Úsala cuando…
Búsqueda simple	Solo necesitas encontrar una nota o texto puntualmente.
Bases	Quieres una lista/tabla/galería de tus notas sin código y filtrable.
Dataview	Necesitas campos en línea o salidas calculadas complejas.
Notion	Necesitas bases de datos relacionales puras, API externa o colaboración en equipo.

Limitaciones actuales de Bases:

• Solo frontmatter. Lee propiedades YAML, no campos en línea en el cuerpo del texto.
• Cálculos más limitados. Las fórmulas no alcanzan la flexibilidad de Dataview.
• Menos funciones relacionales que Notion. No hay esquemas bidireccionales con rollups.

Para una comparación más detallada, consulta nuestra comparativa entre Obsidian y Notion.

Si deseas todo esto listo para usar, Obsibrain es la plantilla preparada que combina carpetas PARA, gestión de tareas GTD y Eisenhower, y vistas de bases de datos preconstruidas.

Preguntas frecuentes (FAQ)

¿Es Obsidian Bases gratuito? Sí. Bases es un complemento integrado del núcleo que viene con Obsidian. No hay versiones de pago ni suscripciones necesarias. Solo debes activarlo en Ajustes.

¿Puede Bases reemplazar a Dataview? Para la mayoría de listas filtradas y tablas, sí. Conserva Dataview solo si necesitas campos en línea o consultas avanzadas con scripts.

¿Funciona Bases en móviles? Sí. Al ser nativo, es notablemente más rápido en móviles que Dataview en bóvedas grandes.

¿Dónde se guardan los datos de una base? En las propiedades YAML del frontmatter de tus notas. El archivo .base solo guarda la configuración de la vista.

Conclusión

Bases aporta el poder de las bases de datos de Notion a una bóveda local de texto plano, sin curva de aprendizaje de lenguajes de consulta. Trátalo como la capa visible sobre una buena higiene de propiedades. Al igual que los enlaces convirtieron tus notas en un grafo, las propiedades convierten ese grafo en datos estructurados, y Bases es la lente que los hace utilizables. ¡Comienza hoy con una pequeña base!