--- title: IndexedDB slug: Web/API/IndexedDB_API translation_of: Web/API/IndexedDB_API ---

IndexedDB è una API per la memorizzazione client-side di una considerevole quantità di dati strutturati (inclusi file e blob) e per una ricerca performante su questi dati mediante gli indici. Se Web Storage è utile per memorizzare piccole quantità di dati, non lo è invece per memorizzare grandi quantità di dati strutturati. IndexedDB fornisce la soluzione. Questa è la pagina principale su IndexedDB di MDN — qui vengono forniti link a tutti i riferimenti API e guide all'uso, dettagli di supporto al browser ed alcune spiegazioni dei concetti chiave.

Concetti chiave ed uso

IndexedDB è un sistema di database transazionale, che inizialmente potrebbe creare confusione se si è abituati a lavorare solo con i database relazionali, ma presto diverrà abbastanza chiaro. IndexedDB permette di memorizzare e recuperare oggetti indicizzati con una chiave. E' necessario specificare lo schema del database, aprire una connessione al proprio database e poi recuperare ed aggiornare i dati attraverso una serie di transazioni.

Nota: Come molte soluzioni web storage, IndexedDB segue una same-origin policy. Quindi mentre si può accedere ai dati memorizzati sotto un dominio, non è possibile accedere ai dati attraverso domini differenti.

Sincrono e asincrono

IndexedDB include sia una API asincrona che una API sincrona. La API asincrona può essere usata in molti casi, incluso WebWorkers, mentre la API sincrona è designata ad essere utilizzata solo con Web Workers e sarà usata molto raramente.

Nota: Attualmente, nessuno dei principali browser supporta la API sincrona.

Limiti di memorizzazione

Non c'è alcun limite alla dimensione di un singolo elemento del database, tuttavia ci potrebbe essere un limite ad ogni dimensione complessiva del database IndexedDB. Questo limite (ed il modo con cui l'interfaccia utente lo supporterà) potrebbe variare da un browser ad un altro:

Asynchronous API

The asynchronous API methods return without blocking the calling thread. To get asynchronous access to a database, call open() on the indexedDB attribute of a window object. This method returns an {{domxref("IDBRequest")}} object; asynchronous operations communicate to the calling application by firing events on {{domxref("IDBRequest")}} objects.

Connecting to a database

{{domxref("IDBEnvironment")}}
Provides access to a client-side database. It is implemented by the {{ domxref("window") }} and {{ domxref("worker") }} objects.
{{domxref("IDBFactory")}}
Provides access to a database. This is the interface implemented by the global object indexedDB and is therefore the entry point for the API.
{{domxref("IDBOpenDBRequest")}}
Represents a request to open a database.
{{domxref("IDBDatabase")}}
Represents a connection to a database. It's the only way to get a transaction on the database.

Accessing results of database requests

{{domxref("IDBRequest")}}
Provides access to results of asynchronous requests to databases and database objects. It is what you get when you call an asynchronous method.

Retrieving and modifying data

{{domxref("IDBTransaction")}}
Represents a transaction. You create a transaction on a database, specify the scope (such as which object stores you want to access), and determine the kind of access (read only or write) that you want.
{{domxref("IDBObjectStore")}}
Represents an object store.
{{domxref("IDBIndex")}}
Provides access to the metadata of an index.
{{domxref("IDBCursor")}}
Iterates over object stores and indexes.
{{domxref("IDBCursorWithValue")}}
Iterates over object stores and indexes and returns the cursor's current value.
{{domxref("IDBKeyRange")}}
Defines a range of keys.

Deprecated interfaces

An early version of the specification also defined these now removed interfaces. They are still documented in case you need to update previously written code:

{{domxref("IDBVersionChangeRequest")}}
Represents a request to change the version of a database. The way to change the version of the database has since changed (by calling {{domxref("IDBFactory.open")}} without also calling {{domxref("IDBDatabase.setVersion")}}), and the interface {{domxref("IDBOpenDBRequest")}} now has the functionality of the removed {{domxref("IDBVersionChangeRequest")}}.
{{domxref("IDBDatabaseException")}}  {{ obsolete_inline() }}
Represents exception conditions that can be encountered while performing database operations.

Synchronous API

Important: This is a reminder that the synchronous version of IndexedDB is not yet implemented in any browser.

To get synchronous access to a database, call open() on the Unimplemented indexedDBSync attribute of a worker object. This returns an IDBDatabaseSync object, which enables you to create, open, and remove object stores and indexes, set the version of the database, and create transactions.

Examples

Browser compatibility

{{ CompatibilityTable() }}

Feature Chrome Firefox (Gecko) Internet Explorer Opera Safari (WebKit)
Asynchronous API

11.0 {{ property_prefix("webkit") }}
24

{{ CompatGeckoDesktop("2.0") }} {{ property_prefix("moz") }}
{{ CompatGeckoDesktop("16.0") }}
10 17 {{ CompatNo() }}
Synchronous API
(used with WebWorkers)
{{ CompatNo() }} {{ CompatNo() }}
See {{ bug(701634) }}
{{ CompatNo() }} {{ CompatNo() }} {{ CompatNo() }}
Feature Android Firefox Mobile (Gecko) IE Phone Opera Mobile Safari Mobile
Asynchronous API 4.4 {{ CompatGeckoDesktop("6.0") }} {{ property_prefix("moz") }}
{{ CompatGeckoDesktop("16.0") }}
10 17 {{ CompatNo() }}

Note: Some browsers don't yet support IndexedDB but do support WebSQL, most notably Safari/Webkit on desktop and iOS. One way around this problem is to use an IndexedDB Polyfill or Shim that falls back to WebSQL or even localStorage for non-supporting browsers. The best available polyfill at present is localForage.

Specifications

Specification Status Comment
{{SpecName('IndexedDB', '#idl-def-IDBEnvironment', 'IDBEnvironment')}} {{Spec2('IndexedDB')}}