2.2 · Bases, tablas y campos en Airtable

Nivel 2 · Intermedio: bases relacionales con Airtable

2.2Bases, tablas y campos en Airtable

Objetivo: Estructurar una base de Airtable en tablas y campos correctamente tipados: datos limpios, listos para relaciones y fórmulas.
Tiempo estimado: 14 min · lectura autónoma · Si solo tienes 5 min: lee «Lo esencial en 30s» + el esquema.

Lo esencial en 30 segundos

  • Base → tablas → campos tipados: un ámbito, una tabla por entidad, un tipo estricto por campo — la jerarquía crea el rigor.
  • El tipo de campo es la competencia central: select, fecha, moneda, enlace, correo — un campo bien tipado = datos limpios y calculables.
  • Modelar antes de introducir datos: buenas tablas y buenos campos primero — todo lo demás (relaciones, fórmulas, vistas) depende de ello.

Minicaso continuo — Lina modela su base de expedientes en Orán

Lina crea su base «Seguimiento de expedientes»: una tabla Beneficiarios (nombre en texto, estado en select Prospecto / Activo / Cerrado, correo en email, fecha de presentación en fecha), una tabla Expedientes (importe en moneda, fecha límite en fecha, documentos en attachment). Resiste la tentación del todo-texto: cada campo recibe su tipo estricto. Esta base bien tipada servirá en 2.3 (relaciones entre tablas), 2.4 (fórmulas) y 2.5 (interfaz para el equipo).

Continuación del hilo conductor 2.1: la base de Lina ilustra el modelado — y continúa en 2.3, 2.4 y 2.5.

1. Base, tablas, campos, registros

En Airtable, la organización es clara: una base (el equivalente de un archivo) contiene tablas (las hojas), cada una formada por campos (columnas) y registros (filas). Se crea una base por ámbito — un CRM ligero, una gestión de proyectos, como el «Seguimiento de expedientes» de Lina — y cada tabla representa una entidad (Beneficiarios, Expedientes, Facturas). Cada registro es una ficha que se puede abrir en detalle. Es más riguroso que una hoja de cálculo: cada campo tiene un tipo estricto.

2. El tipo de campo, competencia central

La elección de los tipos de campo es la competencia clave: texto corto o largo, select (lista de opciones) y multi-select, fecha, número, moneda y porcentaje, casilla de verificación, enlace a otra tabla, archivo adjunto (attachment), colaborador, correo electrónico, URL, teléfono… Un campo bien tipado garantiza datos limpios, filtrables y calculables: una fecha sigue siendo una fecha (filtrable «esta semana»), un número sigue siendo un número (sumable). Tipar mal — todo en texto — es volver a caer en los defectos de la hoja de cálculo descuidada.

3. Modelar antes de introducir datos

Modelar bien la base desde el principio — las tablas correctas, los campos correctos — condiciona todo lo que sigue: relaciones (2.3), fórmulas (2.4), vistas e interfaces (2.5), automatizaciones (niveles 3-4). Regla simple: una tabla por «tipo de cosa» gestionada, ni cajón único ni fragmentación excesiva. Y en cuanto una información se repite de una tabla a otra, no se copia: se vinculará (sección 2.3). Lina dedicó veinte minutos a su estructura antes de introducir la primera fila — los mejores minutos del proyecto.

Error frecuente de interpretación: «Para ir rápido, pongo todo en texto libre y ya estructuraré más tarde». No. El todo-texto destruye exactamente lo que aporta valor a Airtable: sin filtros por fecha, sin cálculos sobre los importes, sin listas de opciones fiables, con correos inválidos que se cuelan. Reestructurar después cuesta diez veces más que tipar desde el principio — datos que limpiar, vistas y fórmulas que reparar. El modelado no es un lujo de perfeccionista: es el fundamento.
La jerarquía de Airtable Del contenedor al campo tipado BaseUn ámbito (seguimiento de expedientes)+TablasUna por entidad (Beneficiarios, Expedientes)+Campos tipadosSelect, fecha, moneda, enlace… Un campo bien tipado = datos limpios, filtrables y calculables.
Del contenedor al campo tipado
Versión en texto del esquema (SEO / lectores de pantalla / traducción): 1) Lina crea una BASE por ámbito: «Seguimiento de expedientes», el contenedor único. 2) La divide en TABLAS, una por entidad: Beneficiarios, Expedientes — ni cajón único ni fragmentación excesiva. 3) TIPA cada campo estrictamente: estado en select, correo en email, importe en moneda, fecha límite en fecha. Lección: el modelado inicial condiciona relaciones, fórmulas, vistas y automatizaciones.

🔎 Ejemplo concreto — 🔎 Ejemplo concreto — Modelar la tabla Beneficiarios de Lina

Cada campo con su tipo correcto, como en la base de Lina:

Nombre              → Texto
Estado              → Select (Prospecto / Activo / Cerrado)
Correo electrónico  → Email
Presupuesto asignado → Moneda
Fecha de presentación → Fecha

Lectura: una base estructurada, lista para las relaciones.

Lección: una tabla por «tipo de cosa» gestionada.

Vocabulario de la sección

Base
Contenedor de Airtable que agrupa tablas vinculadas en torno a un ámbito (seguimiento de expedientes, CRM) — el equivalente de un archivo.

Ejemplo sencillo: La base «Seguimiento de expedientes» de Lina en Orán.

Lo que no es: una hoja aislada sin vínculo con las demás.

Reflejo: un ámbito de negocio = una base.

Tabla
Hoja de una base que representa una entidad (Beneficiarios, Expedientes) — compuesta por campos y registros.

Ejemplo sencillo: La tabla Beneficiarios de Lina, distinta de la tabla Expedientes.

Lo que no es: una tabla cajón que mezcla beneficiarios, expedientes y facturas.

Reflejo: una tabla por tipo de cosa gestionada.

Campo (field)
Columna de una tabla dotada de un tipo estricto (texto, select, fecha, número, enlace, attachment) que condiciona los datos.

Ejemplo sencillo: El campo Fecha límite de Lina, tipado como fecha y por tanto filtrable por semana.

Lo que no es: una columna de texto libre donde fechas e importes se mezclan.

Reflejo: elegir siempre el tipo más estricto posible.

Registro (record)
Fila de una tabla (un beneficiario, un expediente) que se abre como ficha detallada.

Ejemplo sencillo: La ficha del expediente n.º 12 que Lina abre para ver el detalle.

Lo que no es: una simple celda de hoja de cálculo sin identidad propia.

Reflejo: pensar en ficha (entidad), no en fila (casillas).

Tipo de campo
Naturaleza de un campo que condiciona y valida los datos: una fecha sigue siendo una fecha, un número un número.

Ejemplo sencillo: El importe en moneda de Lina, sumable y filtrable.

Lo que no es: un importe escrito en texto libre con «DA» escrito a mano.

Reflejo: todo-texto = vuelta a la hoja de cálculo descuidada.

En la práctica — En la práctica — Modelar una base de Airtable

  1. Cree una base para un ámbito real (por ejemplo un seguimiento de expedientes) y una primera tabla (Beneficiarios).
  2. Añada campos bien tipados: Nombre (texto), Estado (select), Correo electrónico (email), Presupuesto (moneda), Fecha de presentación (fecha).
  3. Cree una segunda tabla (Expedientes o Pedidos) con sus propios campos tipados.
  4. Introduzca algunos registros y abra una ficha para ver el detalle: ya tiene una base estructurada.
Estructura una base de Airtable en tablas y campos correctamente tipados: datos limpios, listos para las relaciones y las fórmulas.

Guion listo para decir — enmarcar el modelado con su equipo (30 s)

«Antes de introducir nada, listemos nuestras entidades: una tabla por tipo de cosa — beneficiarios, expedientes, facturas. Para cada campo, elegimos el tipo más estricto: select para los estados, fecha para las fechas límite, moneda para los importes. Veinte minutos de modelado ahora nos evitarán horas de limpieza más tarde.»

Para decir al inicio del proyecto; anotar las entidades en la pizarra antes de tocar la herramienta.

Plantilla para copiar y pegar — ficha de modelado de una tabla

TABLA: _______________ (entidad: Beneficiarios / Expedientes / Facturas…)
CAMPOS:
- _______________ → Texto / Texto largo
- _______________ → Select (opciones: ____ / ____ / ____)
- _______________ → Fecha | Moneda | Número | Email | URL | Teléfono
- _______________ → Enlace a la tabla _______________ (ver 2.3)
- _______________ → Attachment (archivos adjuntos)
REGLA: ningún campo en todo-texto por defecto — gana el tipo más estricto.

Pyme / primer CRM

Dos tablas bastan al principio (Contactos, Asuntos) con cinco campos bien tipados cada una — luego se amplía.

Pyme Argelia

Lina añade un campo Teléfono tipado y un select de Wilaya para sus beneficiarios de Orán y de otros lugares.

Gestión de producción

Tablas Productos, Pedidos, Proveedores: cantidades en número, precios en moneda, plazos en fecha — nunca en texto.

Seguimiento editorial

Tablas Artículos, Autores: estado en select (Borrador / Revisado / Publicado), fecha de publicación en fecha, imagen en attachment.

Prudencia: Las bases suelen contener datos personales (nombres, correos, teléfonos de beneficiarios o clientes): recopile solo lo necesario, limite los accesos a las personas implicadas y compruebe dónde se alojan los datos. Esta guía da los gestos de modelado, no un dictamen jurídico — en caso de duda sobre datos sensibles, hágalo validar por su referente.

✓ Buenas prácticas

  • Tipe estrictamente cada campo (fecha, select, moneda…).
  • Cree una tabla por entidad distinta, ni más ni menos.
  • Modele antes de introducir datos (tablas y campos primero).

✗ Errores frecuentes

  • Poner todo en texto libre (vuelta a la hoja de cálculo descuidada).
  • Subdividir poco (una sola tabla cajón) o subdividir en exceso.
  • Copiar la misma información en varias tablas en lugar de vincular.

Puntos clave

  • Jerarquía: base → tablas → campos (columnas) + registros (filas).
  • Cada campo tiene un tipo estricto: texto, select, fecha, número, enlace, attachment…
  • Tipar bien los campos garantiza datos limpios, filtrables y calculables.
  • El modelado inicial (tablas correctas, campos correctos) condiciona relaciones, fórmulas y vistas.

Reto 48h — aplica mañana

Modele una base real en papel con la plantilla anterior (tablas + tipos de campos), luego créela en Airtable con cero campos en todo-texto por defecto. Introduzca 5 registros de prueba.

Lista de salida de la sección
  • Puedo citar la jerarquía base → tablas → campos + registros.
  • Sé elegir el tipo estricto de cada campo habitual.
  • He creado una base modelada con 5 registros de prueba.
Autoevaluación 1-5: ¿tipo estrictamente cada campo?¿modelizo antes de introducir datos?

Preguntas frecuentes

¿Qué diferencia hay entre Airtable y una hoja de cálculo como Excel o Google Sheets?

Una hoja de cálculo es una cuadrícula libre: cualquier celda acepta cualquier cosa, y las filas no son verdaderas «entidades». Airtable es una base de datos: cada campo tiene un tipo estricto, cada registro es una ficha que se puede abrir y vincular a otras tablas, y se pueden crear vistas, formularios y automatizaciones. En concreto, Airtable evita el caos del «todo en una hoja»: los datos se mantienen limpios, vinculados sin duplicación y explotables. Para el cálculo numérico pesado, Excel mantiene la ventaja; para estructurar y relacionar información de negocio, Airtable es muy superior.

¿Cuántas tablas hay que crear para modelar bien?

Tantas como entidades distintas haya en su ámbito, ni más. Regla simple: una tabla por «tipo de cosa» que gestione (Beneficiarios, Expedientes, Facturas…). La señal de un buen modelado: usted no repite la misma información en varias tablas — la vincula (sección 2.3). Si se sorprende copiando el nombre de un beneficiario en diez filas de expedientes, es que hace falta una tabla Beneficiarios vinculada. Evite tanto la subdivisión insuficiente (todo en una tabla cajón) como la excesiva (tablas para detalles que podrían ser simples campos).

Comprueba tu comprensión

Lina crea el campo «Fecha límite» de sus expedientes. ¿Qué tipo elegir?

Recursos adicionales (opcional, para ir más allá)

Examen del nivel 2Preguntas inéditas y más difíciles para validar tus conocimientos