Blog · IoT Rural
Hojas de cálculo y bases de datos locales: Por qué conectarlas a IoT es más complicado de lo que parece
Millones de granjas en el mundo funcionan con Excel. Es familiar, flexible, y está en todas partes. Pero cuando quieres conectar datos automáticamente desde tus sensores IoT... Excel y Google Sheets se vuelven enemigos de la automatización. Aquí te explicamos por qué y cuándo necesitas algo más.
La realidad: Excel es una base de datos accidental
Probablemente tu granja usa Excel así:
- "Operaciones 2024.xlsx" — con 15 pestañas (Enero, Febrero, ...)
- "Inventario de combustible.xlsx" — actualizado manualmente por WhatsApp
- "Máquinas.xlsx" — con historial de mantenimiento en comentarios
- "Gastos.xlsx" — que 3 personas editan simultáneamente
La verdad incómoda:
Excel fue diseñado para análisis puntuales, no para ser "base de datos operacional". Pero se usa así porque:
- ✓ Es gratuito o barato
- ✓ No necesita instalación ni IT
- ✓ Lo conoce toda la mundo
- ✗ No tiene validación automática
- ✗ Permite duplicación, inconsistencia, errores
- ✗ No es auditable (no hay pista de quién cambió qué)
Por qué conectar Excel con IoT automáticamente es tan difícil
Problema 1: No hay "esquema"
En una base de datos profesional, sabes exactamente qué columnas hay, qué tipo de datos, qué campos son obligatorios. En Excel... depende.
Ejemplo: Una persona pone "combustible" en célula A1. Otra pone "Combustible usado (L)". Tercera pone "Fuel consumed". ¿Eres la misma cosa? El script no sabe.
Problema 2: Ediciones conflictivas
Tu sensor intenta escribir "combustible: 150L" a las 14:00. Al mismo tiempo, un operario está editando el archivo. Resultado: corrupción de datos o conflicto.
Google Sheets tiene control de versiones y detecta conflictos. Excel local... crash.
Problema 3: Fórmulas rotas por inserción
Tu Excel tiene una columna "Total" que suma gastos con fórmula. Tu script automático inserta una nueva fila. La fórmula queda atrapada en filas viejas, las nuevas no suman.
Resultado: números mágicamente dejan de cuadrar.
Problema 4: Localización archivo vs acceso remoto
Excel "local" está en C:\Usuarios\Carlos\. Tu sensor está en AWS. ¿Cómo se comunican? Necesitas:
- • Servidor compartido (SMB, NAS) — lento y poco seguro
- • Dropbox / Google Drive — pero entonces no es "local", es nube
- • VPN + mapeo de unidades — complejo para operarios
Google Sheets resuelve esto porque es cloud-native. Excel no.
Problema 5: Validación cero
En Excel, escribir "-999999" como "combustible usado" es válido. Una base de datos profesional rechazaría ese dato (fuera de rango). Excel acepta cualquier cosa.
Resultado: basura entra, basura sale. Reportes incorrectos, decisiones malas.
Problema 6: Sin auditoría
¿Quién cambió esa celda? ¿Cuándo? ¿Por qué? Excel no tiene respuesta. Google Sheets tiene "versiones" pero limitadas. Bases de datos profesionales: auditoría completa.
Crítico si tienes requisitos regulatorios o necesitas auditoría interna.
Problema 7: Escala
Una hoja con 5,000 filas funciona bien. 50,000 filas: comienza a lag. 500,000 filas: abre a los 30 segundos, si no crashes.
Si tu sensor envía 1,000 datos/día, después de 2 años tienes 730,000 filas. Excel muere.
Las opciones: Excel local, Google Sheets, o base de datos local
| Criterio | Excel Local | Google Sheets | SQLite / Access | PostgreSQL local |
|---|---|---|---|---|
| Costo | inversión variable (si tienes Office) | variable según configuración/mes/usuario | inversión variable (SQLite) o ~variable según configuración (Access) | inversión variable |
| Facilidad de uso | Muy alta (todo el mundo lo usa) | Muy alta (web, intuitivo) | Media (requiere conocimiento técnico) | Baja (requiere SQL) |
| Acceso remoto | Difícil (requiere SMB/VPN) | Fácil (nube nativa) | Medio (requiere servidor) | Medio (requiere servidor) |
| Automatización IoT | Muy difícil | Posible (via Apps Script) | Relativamente fácil | Muy fácil |
| Concurrencia (múltiples usuarios) | Conflictos, corrupción | Excelente (cloud-native) | Limitada (Access), buena (SQL) | Excelente |
| Auditoría / Historial | Nada | Versiones (limitadas) | Necesita configuración | Completa (si configuras) |
| Escala de datos | Hasta ~50k filas cómodamente | Hasta ~100k filas | Millones de filas | Millones de filas |
| Curva de migración | N/A (es lo que usas hoy) | Fácil (copiar/pegar funciona) | Media (requiere mapeo) | Difícil (requiere SQL) |
Cómo realmente integrar datos con hojas de cálculo y bases locales (sin desvelar técnica)
Estrategia 1: Exports estructurados periódicos
En lugar de escribir directamente en Excel, tu IoT exporta datos como archivo CSV cada noche. Alguien lo revisa y lo copia a Excel manualmente o via script.
Ventaja: Simple, reversible, bajo riesgo. Desventaja: Lag de 24h, alguien debe revisar.
Estrategia 2: Google Sheets + Apps Script
Google Sheets tiene "Apps Script" (JavaScript) que ejecuta funciones automáticamente. Tu IoT puede llamar a webhooks que escriben en Sheets.
Ventaja: Nube, versionado, múltiples usuarios. Desventaja: Limitado a Google Sheets, rate limits, menos robusto que BD profesional.
Estrategia 3: Base de datos local + frontend web
Instala SQLite o PostgreSQL local. Tu IoT escribe directamente. Ofrecerle a operarios una interface web simple (no programación SQL) para ver/editar datos.
Ventaja: Robusto, escalable, auditable. Desventaja: Requiere servidor, alguien debe mantenerlo.
Estrategia 4: Híbrido (Excel + base de datos sincronizadas)
Los datos "reales" viven en base de datos. Excel es un "export" que se regenera cada noche. Operarios usan Excel (lo que conocen), pero sin riesgo de corrupción.
Ventaja: Mejor de ambos mundos. Desventaja: Necesita software de sincronización.
Glosario: Conceptos clave
Schema (esquema)
Definición de qué columnas tiene una tabla, qué tipo de datos, cuáles son obligatorios. Base de datos = schema rígido. Excel = no hay schema (cualquier cosa va).
Concurrencia
Capacidad de múltiples personas editando simultáneamente sin conflictos. Excel falla. Google Sheets maneja bien. PostgreSQL excelente.
CSV
Comma-Separated Values. Formato simple para compartir datos (compatible con Excel, bases de datos, cualquier cosa). Es el estándar de intercambio sin propietario.
Apps Script (Google)
Lenguaje de scripting para Google Sheets. Permite automatizar tareas, ejecutar acciones según triggers. Más poderoso que fórmulas, menos que una base de datos.
SQLite vs PostgreSQL
SQLite: Base de datos local, sin servidor. Buena para pequeños datos. PostgreSQL: Base de datos profesional. Requiere servidor. Para datos medianos/grandes.
Validación de datos
Verificar que los datos tienen sentido antes de almacenarlos. Ej: "combustible" debe ser > 0, < 1000. Excel no valida. Bases de datos sí.
Webhook
URL que tu IoT llama para "notificar" datos. Ejemplo: tu sensor envía POST a www.migranja.com/datos, Google Sheets lo recibe y lo procesa automáticamente.
ODBC
Protocolo antiguo para conectar a bases de datos (Access, SQL Server). Aún funciona pero es legacy. Si solo expone ODBC, significa que es viejo.
Checklist: ¿Debo dejar Excel o puedo permanecer?
¿Mi archivo Excel tiene más de 50,000 filas?
Si sí, Excel ya está ralentizado. Considera migración.
¿Necesito que los datos se actualicen en tiempo real o puede ser cada noche?
Tiempo real requiere base de datos o Google Sheets. Excel no.
¿Múltiples personas editan el mismo archivo simultáneamente?
Si sí, Excel es peligro. Google Sheets o BD profesional.
¿Necesito saber quién cambió qué celda y cuándo?
Excel: no. Google Sheets: versiones (limitado). BD: completo.
¿Tengo datos que un sensor generará automáticamente?
Si sí, necesitas automatización. Excel lo complica. BD lo simplifica.
¿Accedo al archivo desde múltiples ubicaciones/devices?
Excel local: complicado (requiere VPN). Google Sheets: fácil. BD en nube: fácil.
¿Necesito reportes complejos o análisis estadísticos?
Excel: OK si es simple. BD + BI tool (Power BI, Tableau): mejor para análisis serios.
¿Mi operario sabe SQL o programación?
Si no, Excel es más intuitivo. Pero una interface web simple también funciona.
Ruta sugerida de migración desde Excel
Fase 1: Hoy — Mantén Excel
Pero prepárate: haz exportes regulares a CSV. Documenta estructura. Identifica datos que cambiarán frecuentemente.
Fase 2: Próximos 3 meses — Prueba Google Sheets
Crea "Sheets de prueba" con datos nuevos de sensores. Usa Apps Script para automatización básica. Entrena a operarios.
Fase 3: Próximos 6 meses — Base de datos local piloto
Instala SQLite/PostgreSQL para datos críticos. Mantén Excel como "export" para revisuales operarios. Ambos en sync.
Fase 4: Año 1 — Deprecar Excel
BD es fuente de verdad. Excel es solo "reporte". Los operarios usan interface web (no SQL). Automatización completa funciona.
Conclusión: Excel es flexible, pero IoT requiere rigidez
La ironía: Excel es perfecto para análisis ad-hoc y flexibilidad. Pero IoT automático requiere lo opuesto: estructura, validación, auditoría.
No digo que dejes Excel mañana. Pero si planeas conectar sensores automáticamente, necesitas algo más robusto que hojas de cálculo.
La buena noticia: hay opciones accesibles (Google Sheets para pequeño, SQLite para local, PostgreSQL para profesional). La mala: cada una requiere decisiones arquitectónicas, entrenamiento, y posiblemente profesionales.
¿Estás atrapado en Excel + IoT manual?
Auditamos tu estructura actual y te recomendamos la ruta de migración más práctica: desde Excel a base de datos o cloud, sin disruption operacional.
Preguntas frecuentes
¿Puedo integrar sensores directamente a un archivo Excel compartido?
Técnicamente sí, pero es frágil. Requiere Excel siempre abierto, red confiable, y acepta conflictos. No recomendado para datos críticos o tiempo real.
¿Es Google Sheets suficiente para IoT agropecuario?
Para granjas pequeñas con < 1,000 datos/día, sí. Para operaciones mayores o críticas, comienza a mostrar limitaciones (rendimiento, rate limits, falta de control total).
¿SQLite vs PostgreSQL: cuál debo usar?
SQLite si: datos < 100GB, operario único, local. PostgreSQL si: múltiples usuarios, datos > 100GB, servidor disponible, requieres auditoría completa.
¿Cuánto cuesta migrar de Excel a base de datos?
variable según configuración si es simple. variable según configuración+ si necesita interface web, entrenamiento, integración con sistemas existentes. Depende de complejidad actual.
¿Mi operario tendrá que aprender SQL?
No. Una interface web bien diseñada hace que sea invisible. Operario ve botones, tablas, filtros (como Excel pero mejor). SQL queda "atrás".
¿Pierde datos si la conexión falla?
Depende. Una base de datos robusta almacena localmente y sincroniza cuando vuelve conexión. Excel + IoT automático: probablemente sí pierda.
¿Puedo mantener Excel y tener base de datos sincronizadas?
Sí, es el "modo híbrido" ideal. BD es fuente de verdad. Excel es export diario que operarios pueden revisar/editar (read-only recomendado para automático).
¿Necesito "cloud" o puedo mantener todo local?
Puedes mantener todo local si tienes servidor + backup. Cloud es más seguro (automatic backups, redundancia). Para granja pequeña, local funciona si eres cuidadoso.