{"id":105408,"date":"2022-10-29T21:36:38","date_gmt":"2022-10-29T19:36:38","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-sqlite-dobavlena-podderzhka-wasm-dlya-ispolzovaniya-subd-v-web-brauzere"},"modified":"2022-10-29T21:36:38","modified_gmt":"2022-10-29T19:36:38","slug":"v-sqlite-dobavlena-podderzhka-wasm-dlya-ispolzovaniya-subd-v-web-brauzere","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/v-sqlite-dobavlena-podderzhka-wasm-dlya-ispolzovaniya-subd-v-web-brauzere","title":{"rendered":"O SQLite agora suporta WASM para usar o SGBD em navegadores web","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Os desenvolvedores do SQLite est\u00e3o avan\u00e7ando no projeto de implementar a capacidade de compilar a biblioteca em c\u00f3digo intermedi\u00e1rio WebAssembly, que pode ser executado em um navegador web e \u00e9 adequado para a gest\u00e3o de bancos de dados a partir de aplica\u00e7\u00f5es web escritas em JavaScript. O c\u00f3digo para suporte ao WebAssembly foi adicionado ao reposit\u00f3rio principal do projeto. Ao contr\u00e1rio da API WebSQL, que se baseia no SQLite, o WASM SQLite \u00e9 totalmente isolado do navegador e n\u00e3o afeta sua seguran\u00e7a (o Google decidiu abandonar o suporte ao WebSQL no Chrome ap\u00f3s v\u00e1rias vulnerabilidades no SQLite que podiam ser exploradas atrav\u00e9s do WebSQL para atacar o navegador). <\/p>\n
O objetivo do projeto \u00e9 fornecer uma API JavaScript funcionalmente id\u00eantica \u00e0 API SQLite. Os desenvolvedores web t\u00eam acesso a uma interface orientada a objetos de alto n\u00edvel para trabalhar com dados no estilo sql.js ou Node.js, uma camada sobre a API C de baixo n\u00edvel e uma API baseada no mecanismo Web Worker, que permite a cria\u00e7\u00e3o de manipuladores ass\u00edncronos executados em threads separadas. Para ocultar as complexidades de opera\u00e7\u00e3o com threads sobre a API baseada em Web Worker, tamb\u00e9m est\u00e1 sendo desenvolvido uma vers\u00e3o da interface baseada no mecanismo Promise. <\/p>\n
Os dados que as aplica\u00e7\u00f5es web salvam na vers\u00e3o WASM do SQLite podem ser localizados dentro da sess\u00e3o atual (perdidos ap\u00f3s o reloading das p\u00e1ginas) ou salvos no lado do cliente (mantidos entre sess\u00f5es). Para armazenamento persistente, foram preparados back-ends para armazenar dados no sistema de arquivos local utilizando OPFS (Origin-Private FileSystem, uma extens\u00e3o da API de Acesso ao Sistema de Arquivos, dispon\u00edvel at\u00e9 agora apenas em navegadores baseados em WebKit e Chromium) e em armazenamentos locais no navegador baseados nas APIs window.localStorage e window.sessionStorage. No caso de utilizar localStorage\/sessionStorage, os dados s\u00e3o refletidos nos respectivos armazenamentos no formato chave\/valor, enquanto ao usar o OPFS, existem duas op\u00e7\u00f5es: simula\u00e7\u00e3o de um sistema de arquivos virtual com WASMFS e uma implementa\u00e7\u00e3o separada sqlite3_vfs, oferecendo uma camada SQLite VFS baseada em OPFS. <\/p>\n