O futuro do SQL para a web
(jlongster.com)- absurd-sql: uma forma de ler e gravar dados aos poucos no IndexedDB usando SQL.js (SQLite)
→ é “absurd” porque é uma abordagem absurda de armazenar os dados de um banco em outro banco
→ o IndexedDB é lento e tem poucos recursos, mas dessa forma fica mais de 10x mais rápido
- Faz hook no sql.js para armazenar dados no IndexedDB
→ ainda é de 50 a 100x mais lento do que o SQLite nativo
→ aqui foi usado o IndexedDB, mas talvez também seja possível usar a Storage Foundation API (teste planejado)
- Vantagens/desvantagens
→ a única desvantagem é precisar baixar e usar o arquivo WASM (SQL.js) compactado com gzip
→ é possível aproveitar todos os recursos do SQLite: transações, sistema completo de queries, views, CTE, triggers, Full-text Search, caching etc.
2 comentários
O título foi mantido exatamente como no original do autor, "A future for SQL on the web".
sql.js-httpvfs - Hospedando um banco de dados SQLite no GitHub Pages https://pt.news.hada.io/topic?id=4226
Esse texto está trazendo várias inspirações.
É uma gambiarra, mas é o retorno do WebSQL, que a W3C encerrou dizendo que SQL não se encaixava bem na web. Na prática, para os desenvolvedores, provavelmente seria bem mais conveniente.
Acho que isso acontece ainda mais especialmente por causa da existência do Electron.
Também vi um relato da Notion dizendo que, depois de usar IndexedDB igual à versão web, trocaram para SQLite na versão Electron e a vida melhorou muito.
https://www.notion.so/blog/faster-page-load-navigation
Parece até que esse tipo de experiência está sendo reexportado de volta para a web.