Web SQL 数据库 API 于 2009 年 4 月推出，于 2010 年 11 月弃用，可让您以结构化方式在用户计算机上存储数据（内部基于 SQLite 数据库引擎）。虽然 WebKit（Safari 的后端引擎）和 Blink 引擎（Chrome 的后端引擎）都实现了该功能，但 Gecko（Firefox 的后端引擎）从未实现该功能，并且 WebKit 已于 2019 年将其移除。
万维网联盟 (W3C) 鼓励需要 Web 数据库的开发者采用 Web Storage API 技术（例如 localStorage 和 sessionStorage）或 IndexedDB。在键值对存储空间和结构化数据方面，这些技术发挥了自身优势，但也存在缺点，例如缺少强大的查询语言。人们希望在 Web 上使用 SQL 是有原因的。
Web SQL 弃用和移除步骤
- [ 已完成。] Chromium 97 弃用了第三方情境中的 WebSQL，并将其移除（ 2022 年 1 月 4 日）。
- [ 完成。]自 Chromium 105（2022 年 1 月 4 日）起，在不安全情境中访问 WebSQL 已废弃，届时 Chrome DevTools“问题”面板中会显示一条警告消息。
- [ 已完成。] 自 Chromium 110（2022 年 1 月 4 日）起，不再支持在不安全上下文中访问 Web SQL。从 Chromium 110（2022 年 1 月 4 日）到 Chromium 123（2022 年 1 月 4 日），我们已制定了继续使用此功能的企业政策。
- [ 完成。]从 Chromium 115（2022 年 1 月 4 日）开始，所有情境中的 Web SQL 访问已废弃，Chrome DevTools“问题”面板中会显示一条警告消息。
- [ 完成。]从 Chromium 117（2022 年 1 月 4 日）到 Chromium 123（2022 年 1 月 4 日），我们提供了一项弃用试用，以便您继续使用 Web SQL。 如需详细了解弃用试用，请参阅源试用使用入门。
- [ 完成。]从 Chromium 119 开始，您将无法再在所有上下文中访问 Web SQL。
后续步骤
如前言所述，在许多情况下，Web Storage API 技术（例如 localStorage 和 sessionStorage）或 IndexedDB 标准都是不错的替代方案，但并非在所有情况下都适用。
将存储空间留给 Web 开发者的理由
随着 Wasm 的出现，SQL 或 NoSQL 解决方案可以进入网络。一个示例是 DuckDB-Wasm，另一个示例是 absurd-sql。基于这些成果，我们认为开发者社区可以比浏览器供应商更快、更好地迭代和创建新的存储解决方案。
我们不打算仅移除 Web SQL。事实上，我们已将其替换为将由开源社区维护的工具，作为可随意更新的软件包提供，而无需直接在浏览器中引入修复程序和新功能。我们的真正目标就是让开发者 将自己的数据库推广到网络上。
此外，我们还希望这个示例能够帮助一个新的开源数据库生态系统蓬勃发展！文件系统访问句柄的发布终于提供了一种可用于构建自定义存储解决方案的新基元。
弃用 Web SQL 的原因
可持续性和安全性方面的顾虑
Web SQL 规范无法持续实现，这限制了创新和新功能。该标准的最新版本明确指出“用户代理必须实现 Sqlite 3.6.19 支持的 SQL 方言”。
SQLite 最初并非设计用于运行恶意 SQL 语句，但实现 Web SQL 意味着浏览器必须执行此操作。为了及时获取安全和稳定性修复程序，您需要更新 Chromium 中的 SQLite。这与 Web SQL 要求的行为完全与 SQLite 3.6.19 一致直接相冲突。
API 形状
Web SQL 也是一个显示其存在时间的 API。作为 2000 年代末的产物，它是“回调地狱”的绝佳示例，如以下代码示例（由 Nolan Lawson 提供）所示。如您所见，SQL 语句（使用 SQLite SQL 方言）会作为字符串传递给数据库方法。
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!');
},
);
},
);
如果您运行此代码并使用 Chrome DevTools 检查创建的表格，则会得到以下结果：
缺少实施人员支持
除了 API 形状过于晦涩难懂（至少从今天的角度来看）之外，Mozilla 对基于 SQLite 构建的 Web SQL 还有许多疑虑：
“我们认为 [SQLite] 不是向一般 Web 内容公开的 API 的正确基础，最重要的是，因为没有一个可靠、广泛接受的标准来以实用方式对 SQL 进行子集内嵌。此外，我们不希望对 SQLite 所做的更改日后影响 Web，也不认为将主要浏览器版本（和 Web 标准）用于 SQLite 是明智之举。”
您可以参阅 前 Mozilla 员工 Vladimir Vukićević 的博文，了解 Mozilla 的顾虑。如需了解更多历史信息，请参阅 W3C Web 应用工作组会议记录（如果您真的想深入了解详情，请阅读 IRC 日志）和邮寄名单归档。此外，Nolan Lawson 的博文简要介绍了所发生的情况。
反馈
如果您对本博文中提到的弃用步骤有任何疑虑，请通过 blink-dev 邮寄名单告诉我们。任何人都可以加入此群组，并且任何人都可以发布内容。
相关链接
- ChromeStatus 条目：弃用并移除第三方上下文中的 WebSQL
- ChromeStatus 条目：在不安全的上下文中弃用并移除 WebSQL
- 要废弃和移除的 intent： 第三方上下文中的 WebSQL
- 弃用和移除 intent：不安全情境中的 WebSQL
- Chromium 问题：弃用并移除第三方上下文中的 WebSQL
- Chromium 问题：弃用并移除不安全情境中的 WebSQL
- Chromium 问题：弃用并移除 WebSQL (Window#openDatabase)
- 浏览器中的 SQLite Wasm，由源私有文件系统提供支持
致谢
本文由 Joe Medley、Ben Morss 和 Joshua Bell 审核。