IndexedDB

Concepts des clefs et utilisation

IndexedDB est un sytème de gestion de base de données transactionnel,  qui est d'abord déroutant si vous avez l'habitude de travailler avec des bases de données relationnelles, mais qui devient clair assez rapidement. IndexedDB vous permet de stocker et de récupérer des objets qui sont indexés avec une clef. Vous devez spécifier le schéma de la base de données, y ouvrir une connexion, puis récupérer et mettre à jour des données dans une série de transactions.

• Plus d'informations sur les concepts derrière IndexedDB.
• Apprenez à utiliser IndexedDB de manière asynchrone à partir des principes de base grâce à notre guide Using IndexedDB.
• Retrouvez les recommendations de développeurs pour la création de web apps hors-ligne sur notre page Travaux hors-ligne.

Synchrone et asynchrone

IndexedDB comprend à la fois une API asynchrone et une API synchrone. L'API asynchrone peut être utilisée dans la plupart des cas, y compris les Web workers, tandis que l'API synchrone est destinée à être utilisée uniquement avec les Web workers et sera utilisé plus rarement.

Limites de stockage

Il n'y a aucune limite à la taille d'un objet sur une base de données unique, cependant il peut y avoir une limite sur la taille totale des bases de données IndexedDB. cette limite (et la façon dont l'interface utilisateur l'interprète) peut varier d'un navigateur à l'autre :

• Firefox n'impose aucune limite à la taille de la base de données IndexedDB. L'interface utilisateur demandera juste la permission de stocker les objets plus gros que 50MB. Ce quota de taille peut être mofifié à travers la préférence dom.indexedDB.warningQuota (laquelle est définie dans http://mxr.mozilla.org/mozilla-central/source/modules/libpref/src/init/all.js).
• Google Chrome : voir https://developers.google.com/chrome...rage#temporary.

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 IDBRequest object (IDBOpenDBRequest); asynchronous operations communicate to the calling application by firing events on IDBRequest objects.

• 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.
• IDBCursor iterates over object stores and indexes.
• IDBCursorWithValue iterates over object stores and indexes and returns the cursor's current value.
• IDBDatabase represents a connection to a database. It's the only way to get a transaction on the database.
• IDBEnvironment provides access to a client-side database. It is implemented by window objects.
• IDBIndex provides access to the metadata of an index.
• IDBKeyRange defines a range of keys.
• IDBObjectStore represents an object store.
• IDBOpenDBRequest represents a request to open a database.
• IDBRequest provides access to results of asynchronous requests to databases and database objects. It is what you get when you call an asynchronous method.
• 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.
• IDBVersionChangeEvent indicates that the version of the database has changed.

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:

• 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 IDBFactory.open() without also calling IDBDatabase.setVersion()), and the interface IDBOpenDBRequest now has the functionality of the removed IDBVersionChangeRequest.
• IDBDatabaseException    represents exception conditions that can be encountered while performing database operations.

There is also a synchronous version of the API.  The Synchronous API has not been implemented in any browser.  It is intended for use with WebWorkers.

Storage limits

There isn't any limit on a single database item's size. However there may be a limit on each IndexedDB database's size. This limit (and the way the user interface will assert it) may vary from one browser to another:

• Firefox: no limit on the IndexedDB database's size. The user interface will just ask permission for storing blobs bigger than 50 MB. This size quota can be customized through the dom.indexedDB.warningQuota preference (which is defined in http://mxr.mozilla.org/mozilla-central/source/modules/libpref/src/init/all.js).

• Google Chrome: see https://developers.google.com/chrome...rage#temporary

Example

A powerful example of what IndexedDB can be utilized for on the web is the example by Marco Castelluccio, winner of the IndexedDB Mozilla DevDerby. The winning demo was eLibri, a library and eBook reader application.

Browser compatibility

For another browser compatibility Matrix see also: When Can I Use IndexedDB

There is also the possibility of using IndexedDB on browsers that support WebSQL by using the IndexedDB Polyfill.

See also

• Basic Concepts About IndexedDB
• Using IndexedDB
• Storing images and files in IndexedDB
• A simple TODO list using HTML5 IndexedDB.
  Note : This tutorial is based on an old version of the specification and does not work on up-to-date browsers: for example, it still uses the removed setVersion() method.
• Indexed Database API specification
• IndexedDB — The Store in Your Browser
• IndexedDB Support in browsers
• IndexedDB Examples
• IndexedDB Polyfill for browsers that only support WebSQL (e.g. mobile WebKit)
• JQuery IndexedDB plugin