El futuro de SQL para la web
(jlongster.com)- absurd-sql: una forma de leer y escribir datos por partes en IndexedDB usando SQL.js(SQLite)
→ se llama absurd porque es una forma absurda de guardar datos de una BD dentro de otra BD
→ IndexedDB es lento y no tiene muchas funciones, pero con este enfoque es más de 10 veces más rápido
- Hookea sql.js para guardar datos en IndexedDB
→ aun así, sigue siendo 50~100x más lento que SQLite nativo
→ aquí usaron IndexedDB, pero parece que también se podría usar Storage Foundation API (planean probarlo)
- Ventajas y desventajas
→ la única desventaja es que hay que descargar y usar el archivo WASM comprimido con gzip de SQL.js
→ se pueden aprovechar todas las funciones de SQLite: transacciones, sistema completo de queries, vistas, CTE, triggers, Full-text Search, caché, etc.
2 comentarios
Tomé el título original del autor, "A future for SQL on the web", tal cual.
sql.js-httpvfs - Alojar una base de datos SQLite en GitHub Pages https://es.news.hada.io/topic?id=4226
Este artículo está dando mucha inspiración.
Es un truco, pero es el regreso de WebSQL, que la W3C había descontinuado diciendo que SQL no encajaba bien en la web. La verdad es que para los desarrolladores probablemente sea mucho más cómodo.
Creo que eso se nota aún más especialmente por la existencia de Electron.
Incluso vi un comentario de Notion diciendo que, después de usar IndexedDB igual que en la versión web, en la versión de Electron cambiaron a SQLite y la experiencia mejoró muchísimo.
https://www.notion.so/blog/faster-page-load-navigation
Parece que ese tipo de experiencia también se está reexportando de vuelta a la web.