La API de Web SQL Database, que te permite almacenar datos de forma estructurada en la computadora del usuario (basada internamente en el motor de base de datos SQLite), se presentó en abril de 2009 y se abandonó en noviembre de 2010. Si bien se implementó en WebKit (que potencia Safari) y permaneció activo en el motor Blink (que potencia Chrome), Gecko (que potencia Firefox) nunca implementó esta función y WebKit la quitó en 2019.
El Consorcio World Wide Web (W3C) alienta a quienes necesitan bases de datos web a adoptar tecnologías de la API de Web Storage, como localStorage
y sessionStorage
, o IndexedDB.
Estas tecnologías muestran sus fortalezas en lo que respecta a los almacenes de pares clave-valor y los datos estructurados, pero también se reconoce que tienen debilidades, como la falta de un lenguaje de consulta sólido. Las personas quieren usar SQL en la Web por un motivo.
Pasos de eliminación y baja de SQL Web
- [ Listo.] Web SQL dejó de estar disponible y se quitó para los contextos de terceros en Chromium 97 (4 de enero de 2022).
- [ Listo.] El acceso a Web SQL en contextos no seguros dejó de estar disponible a partir de Chromium 105 (4 de enero de 2022), momento en el que se mostró un mensaje de advertencia en el panel de problemas de Chrome DevTools.
- [ Listo.] El acceso a Web SQL en contextos no seguros ya no está disponible a partir de Chromium 110 (4 de enero de 2022). Hay una política empresarial para seguir usando la función disponible desde Chromium 110 (4 de enero de 2022) hasta Chromium 123 (4 de enero de 2022).
- [ Listo] El acceso a Web SQL en todos los contextos dejó de estar disponible a partir de Chromium 115 (4 de enero de 2022) y se muestra un mensaje de advertencia en el panel de problemas de Chrome DevTools.
- [prueba de baja disponible para seguir usando Web SQL desde Chromium 117 (4 de enero de 2022) a Chromium 123 (4 de enero de 2022). Para obtener más información sobre las pruebas de baja, consulta Comienza a usar las pruebas de origen. Listo] Hay una
- [ Listo.] El acceso a SQL web en todos los contextos ya no está disponible en Chromium 119.
Lo que vendrá
Como se señaló en la introducción, las tecnologías de la API de Web Storage como localStorage
y sessionStorage
, o el estándar IndexedDB son buenas alternativas en muchos casos, pero no todos.
Razones para dejarles el almacenamiento a los desarrolladores web
Con la llegada de Wasm, las soluciones SQL o NoSQL pueden llegar a la Web. Un ejemplo es DuckDB-Wasm, otro es absurd-sql. En función de estas creaciones, creemos que la comunidad de desarrolladores puede iterar y crear nuevas soluciones de almacenamiento más rápido y mejor que los proveedores de navegadores.
No planeamos quitar solo WebSQL. De hecho, lo reemplazamos por algo que la comunidad de código abierto mantendrá y que se entregará como un paquete que se puede actualizar a voluntad, sin la carga de implementar correcciones y funciones nuevas directamente en los navegadores. Nuestro objetivo es permitir que los desarrolladores lleven su propia base de datos a la Web.
Además, esperamos que este ejemplo ayude a que prospere un nuevo ecosistema de bases de datos de código abierto. El lanzamiento de los controladores de acceso al sistema de archivos finalmente proporciona la nueva primitiva en la que se pueden compilar soluciones de almacenamiento personalizadas.
Motivos para dar de baja Web SQL
Inquietudes sobre la sostenibilidad y la seguridad
La especificación de Web SQL no se puede implementar de forma sustentable, lo que limita la innovación y las funciones nuevas. La última versión del estándar establece "Los agentes de usuario deben implementar el dialecto SQL compatible con Sqlite 3.6.19".
Inicialmente, SQLite no se diseñó para ejecutar instrucciones de SQL maliciosas; sin embargo, implementar Web SQL significa que los navegadores tienen que hacer exactamente esto. La necesidad de mantenerse al día con las correcciones de seguridad y estabilidad determina la actualización de SQLite en Chromium. Esto entra en conflicto directo con el requisito de Web SQL de comportarse exactamente como SQLite 3.6.19.
Forma de la API
Web SQL también es una API que muestra su antigüedad. Como es un producto de finales de la década de 2000, es un gran ejemplo del “infierno de devoluciones de llamada”, como se muestra en la siguiente muestra de código (cortesía de Nolan Lawson). Como puedes ver, las instrucciones SQL (con el dialecto SQL de SQLite) se pasan como cadenas a los métodos de la base de datos.
openDatabase(
// Name
'mydatabase',
// Version
1,
// Display name
'mydatabase',
// Estimated size
5000000,
// Creation callback
function (db) {
db.transaction(
// Transaction callback
function (tx) {
// Execute SQL statement
tx.executeSql(
// SQL statement
'create table rainstorms (mood text, severity int)',
// Arguments
[],
// Success callback
function () {
// Execute SQL statement
tx.executeSql(
// SQL statement
'insert into rainstorms values (?, ?)',
// Arguments
['somber', 6],
// Success callback
function () {
// Execute SQL statement
tx.executeSql(
// SQL statement
'select * from rainstorms where mood = ?',
// Arguments
['somber'],
// Success callback
function (tx, res) {
// Do something with the result
var row = res.rows.item(0);
console.log(
'rainstorm severity: ' +
row.severity +
', my mood: ' +
row.mood,
);
},
);
},
);
},
);
},
// Error callback
function (err) {
console.log('Transaction failed!: ' + err);
},
// Success callback);
function () {
console.log('Transaction succeeded!');
},
);
},
);
Si ejecutaras este código y inspeccionas la tabla creada con las Herramientas para desarrolladores de Chrome, este sería el resultado:
Falta de asistencia para los implementadores
Además de la forma esotérica de la API (al menos desde el punto de vista actual), Mozilla tenía muchas preocupaciones sobre el hecho de que Web SQL se compilara en SQLite:
“No creemos que [SQLite] sea la base correcta para una API expuesta a contenido web general, y sobre todo porque no existe un estándar creíble y ampliamente aceptado que agrupe SQL de forma útil. Además, no queremos que los cambios en SQLite afecten a la Web más adelante y no creemos que sea prudente aprovechar las versiones principales del navegador (y un estándar web) para SQLite".
Puedes leer acerca de las inquietudes de Mozilla en la entrada de blog anterior de Mozillan Vladimir Vukićević. Para obtener más historial, consulta los minutos del grupo de trabajo de aplicaciones web de W3C (y, si quieres entrar en detalles, lee los registros de IRC) y los archivos de listas de distribución. Además, la entrada de blog de Nolan Lawson proporciona una buena descripción general de lo que sucedió.
Comentarios
Si tienes alguna inquietud sobre los pasos de baja que se comunicaron en esta publicación, comunícate con nosotros en la lista de distribución blink-dev. Cualquier persona puede unirse a este grupo y publicar en él.
Vínculos relacionados
- Entrada de ChromeStatus: Eliminación y baja de WebSQL en contextos de terceros
- Entrada de ChromeStatus: Eliminación y baja de WebSQL en contextos no seguros
- Intento de dar de baja y quitar: WebSQL en contextos de terceros
- Intención de dar de baja y quitar: WebSQL en contextos no seguros
- Problema de Chromium: Dar de baja y quitar WebSQL en contextos de terceros
- Problema de Chromium: Dar de baja y quitar WebSQL en contextos no seguros
- Problema de Chromium: Dar de baja y quitar WebSQL (Window#openDatabase)
- SQLite Wasm en el navegador respaldado por el sistema de archivos privados de Origin
Agradecimientos
Joe Medley, Ben Morss y Joshua Bell revisaron este artículo.