IndexedDB 关键特性和基本术语
本文介绍了 IndexedDB 的主要特性，并引入了一些理解 IndexedDB API 所必需的基本术语。
您还会发现以下文章很有用
- 有关如何使用该 API 的详细教程，请参阅 使用 IndexedDB。
- 有关 IndexedDB API 的参考文档，请参阅主 IndexedDB API 文章及其子页面，其中记录了 IndexedDB 使用的对象类型。
- 有关浏览器如何在后台处理数据存储的更多信息，请阅读 浏览器存储配额和逐出标准。
主要特性
IndexedDB 是一种在用户浏览器中持久存储数据的方式。因为它允许您创建具有丰富查询功能的 Web 应用程序，而无论网络是否可用，这些应用程序既可以在线工作也可以离线工作。IndexedDB 对于存储大量数据（例如，借阅图书馆的 DVD 目录）的应用程序以及不需要持久互联网连接即可工作的应用程序（例如，邮件客户端、待办事项列表和记事本）非常有用。
IndexedDB 允许您存储和检索使用“键”索引的对象。您对数据库所做的所有更改都发生在事务中。像大多数 Web 存储解决方案一样，IndexedDB 遵循同源策略。因此，您可以在一个域内访问存储的数据，但不能跨不同域访问数据。
如果您对使用其他类型数据库有先入之见，那么在使用 IndexedDB 时可能会感到困惑。因此，以下 IndexedDB 的关键特性需要牢记：
-
IndexedDB 数据库存储键值对。值可以是复杂的结构化对象，键可以是这些对象的属性。您可以创建使用对象任何属性的索引，以便快速搜索和排序枚举。键可以是二进制对象。
-
IndexedDB 基于事务数据库模型构建。您在 IndexedDB 中所做的一切都始终在事务的上下文中发生。IndexedDB API 提供了许多表示索引、表、游标等的对象，但这些对象都绑定到特定的事务。因此，您不能在事务之外执行命令或打开游标。事务具有明确定义的生命周期，因此在事务完成后尝试使用它会抛出异常。此外，如果在事务处于活动状态时没有发出新的请求，事务会自动提交。
当您考虑如果用户同时在两个不同的选项卡中打开您的 Web 应用程序的两个实例时可能发生的情况，这种事务模型非常有用。如果没有事务操作，这两个实例可能会相互干扰修改。如果您不熟悉数据库中的事务，请阅读维基百科关于事务的文章。另请参阅定义部分中的事务。
-
IndexedDB API 大部分是异步的。该 API 不通过返回值来提供数据；相反，您必须传递一个回调函数。您不能通过同步方式将值“存储”到数据库中，也不能从数据库中“检索”值。相反，您“请求”数据库操作发生。当操作完成时，您会收到 DOM 事件通知，您收到的事件类型会告诉您操作成功还是失败。
-
IndexedDB 使用大量请求。请求是接收前面提到的成功或失败 DOM 事件的对象。它们具有
onsuccess和onerror属性，您可以在它们上调用addEventListener()和removeEventListener()。它们还具有readyState、result和errorCode属性，用于告诉您请求的状态。result属性尤其神奇，因为它可以是许多不同的东西，具体取决于请求是如何生成的（例如，一个IDBCursor实例，或者您刚刚插入到数据库中的值的键）。 -
IndexedDB 使用 DOM 事件通知您何时结果可用。DOM 事件总是有一个
type属性（在 IndexedDB 中，它最常设置为"success"或"error"）。DOM 事件也有一个target属性，指示事件的目标。在大多数情况下，事件的target是由于执行某些数据库操作而生成的IDBRequest对象。成功事件不会冒泡，也不能取消。另一方面，错误事件会冒泡，并且可以取消。这非常重要，因为错误事件会中止它们正在运行的任何事务，除非它们被取消。 -
IndexedDB 是面向对象的。IndexedDB 不是一个关系型数据库，其中表表示行和列的集合。这种重要而根本的区别会影响您设计和构建应用程序的方式。
在传统的关系数据存储中，您会有一个表，其中存储着行数据集合和命名数据类型的列。而 IndexedDB 则要求您为一种数据类型创建一个对象存储，并将 JavaScript 对象持久化到该存储中。每个对象存储可以拥有一组索引，这些索引使得查询和迭代效率更高。如果您不熟悉面向对象数据库管理系统，请阅读维基百科上关于对象数据库的文章。
-
IndexedDB 不使用结构化查询语言 (SQL)。它使用对索引的查询来生成游标，您可以使用该游标遍历结果集。如果您不熟悉 NoSQL 系统，请阅读维基百科上关于 NoSQL 的文章。
-
IndexedDB 遵循同源策略。源是执行脚本的文档 URL 的域、应用层协议和端口。每个源都有其自己关联的数据库集。每个数据库都有一个名称，用于在源中标识它。
IndexedDB 施加的安全边界阻止应用程序访问不同源的数据。例如，
http://www.example.com/app/中的应用程序或页面可以从http://www.example.com/dir/检索数据，因为它们具有相同的源，但它不能从http://www.example.com:8080/dir/（不同端口）或https://www.example.com/dir/（不同协议）检索数据，因为它们具有不同的源。