Estimador de tamaño de carga de IndexedDB

• Estimación precisa del almacenamiento de IndexedDB: nuestro estimador de tamaño de carga de IndexedDB calcula el tamaño de serialización del clonado estructurado —el algoritmo real que usa IndexedDB para almacenar objetos—, incluida la sobrecarga por tipo de campo de cadenas, números, booleanos, arrays y objetos anidados.
• Compresión LZ-String instantánea para IndexedDB: comprime cargas JSON con LZ-String directamente en tu navegador y consulta el ahorro exacto de almacenamiento antes de escribir una sola línea de código. Nuestro estimador muestra los tamaños de salida UTF-16 y Base64 en paralelo.
• Estimador de tamaño de carga de IndexedDB online y seguro: tus cargas JSON nunca salen de tu dispositivo. Toda la estimación del clonado estructurado y la compresión LZ-String ocurren localmente en tu navegador: sin subir nada a un servidor, sin procesamiento en la nube y con total privacidad para datos sensibles de aplicaciones.
• Estimador de tamaño de carga de IndexedDB sin instalación: estima el almacenamiento de IndexedDB y comprime cargas directamente en tu navegador sin descargar software, sin complementos y sin cuenta. Funciona en cualquier navegador moderno y en cualquier sistema operativo.

• Optimización del almacenamiento de datos sin conexión en PWA: las aplicaciones web progresivas que guardan respuestas de API en IndexedDB se benefician de la compresión LZ-String. Usa el estimador de tamaño de carga de IndexedDB para verificar que tu conjunto de datos sin conexión cabe en la cuota del dispositivo antes de publicarlo, algo especialmente importante en móviles con poco almacenamiento.
• Planificación del almacenamiento de extensiones de navegador: las extensiones de Chrome y Firefox usan IndexedDB para el almacenamiento persistente. Usa el estimador de tamaño de carga de IndexedDB para medir cuánta cuota consume el modelo de datos de tu extensión y si la compresión LZ-String lo mantiene dentro de los límites por extensión del navegador.
• Dimensionado de esquemas de bases de datos en el cliente: antes de implementar una base de datos en el cliente con Dexie.js, PouchDB o IndexedDB directamente, usa el estimador de tamaño de carga de IndexedDB para modelar los esquemas de tus almacenes de objetos y estimar los requisitos totales de almacenamiento de un conjunto de datos típico.
• Adaptador IndexedDB para Redux Persist y Zustand: las bibliotecas de gestión de estado que persisten en IndexedDB (redux-persist con idb-keyval, Zustand con el middleware persist) pueden alcanzar los límites de cuota con árboles de estado grandes. Usa el estimador de tamaño de carga de IndexedDB para medir tu estado serializado y decidir si necesitas compresión LZ-String.
• Prevención de QuotaExceededError: un QuotaExceededError en producción es un fallo grave para los usuarios. Usa el estimador de tamaño de carga de IndexedDB para medir de forma proactiva tus cargas más grandes y añadir compresión LZ-String antes de alcanzar el techo de cuota, especialmente en iOS Safari, que tiene límites más estrictos.
• Modelado de datos para aplicaciones offline-first: las aplicaciones offline-first que sincronizan grandes conjuntos de datos (documentos, metadatos de imágenes, historial del usuario) necesitan planificar bien el almacenamiento. Usa el estimador de tamaño de carga de IndexedDB para comparar el almacenamiento sin comprimir y comprimido de cada almacén de objetos y elaborar un presupuesto de cuota realista.

IndexedDB es la base de datos NoSQL integrada en el navegador: almacena objetos JavaScript con el algoritmo de clonación estructurada, que serializa cada tipo de valor con una sobrecarga concreta: cadenas en UTF-16 (2 bytes por carácter), números en 8 bytes, booleanos en 1 byte y objetos/arrays con unos 50 bytes de sobrecarga de contenedor cada uno. Nuestro estimador de tamaño de carga de IndexedDB calcula este tamaño de clonado estructurado para cualquier carga JSON y luego muestra cuánto reduce la compresión LZ-String la huella de almacenamiento, para que puedas decidir con criterio si conviene comprimir tus valores de IndexedDB antes de guardarlos.

1. 1 Pega tu carga JSON: introduce cualquier objeto, array o cadena JSON que pienses guardar en IndexedDB. El estimador de tamaño de carga de IndexedDB analiza el JSON y calcula el tamaño del clonado estructurado; tus datos nunca salen de tu navegador.
2. 2 Elige un formato de almacenamiento: selecciona JSON sin procesar (referencia), LZ-String UTF-16 (máxima eficiencia de espacio para valores de cadena) o LZ-String Base64 (portable y seguro para URL). El estimador comprime la carga y muestra el ahorro exacto de almacenamiento.
3. 3 Revisa las métricas y copia el fragmento: el panel de métricas muestra el tamaño del clonado estructurado, el tamaño del JSON sin procesar, el tamaño UTF-8 y el tamaño comprimido con barras visuales, además de un fragmento de código de IndexedDB listo para usar con el formato de compresión elegido.

• Tamaño del clonado estructurado: los bytes estimados que IndexedDB usa para almacenar el objeto de forma nativa; incluye la sobrecarga por tipo de campo de las cadenas (UTF-16), los números (8 bytes), los booleanos (1 byte) y la sobrecarga de contenedor de objetos y arrays.
• Cadena JSON sin procesar: el tamaño en bytes de JSON.stringify(data) almacenado como cadena UTF-16 en IndexedDB; a menudo es menor que el clonado estructurado en objetos muy anidados.
• Bytes UTF-8: el tamaño en bytes si el JSON se almacenara como UTF-8 (por ejemplo, en un Blob o ArrayBuffer); útil para comparar con el almacenamiento del servidor.
• Comprimido con LZ-String: el tamaño en bytes tras la compresión LZ-String, normalmente un 50-80 % menor que el JSON sin procesar en estructuras de datos repetitivas como arrays de objetos similares.

La estimación del tamaño del clonado estructurado es una aproximación: la sobrecarga real del motor del navegador varía según el navegador y la versión. El V8 de Chrome y el SpiderMonkey de Firefox usan representaciones internas distintas. Para mediciones exactas, usa navigator.storage.estimate() antes y después de escribir en IndexedDB en tu aplicación real. La cuota de IndexedDB es dinámica —normalmente el 50 % del espacio disponible en disco— y varía mucho entre navegadores de escritorio, navegadores móviles e iOS Safari (que tiene límites más estrictos de unos 50 MB por origen).