Conclusion
Bases de données embarquées : intérêts et fonctionnement - Exemple avec Derby (JavaDB)

Dans cet article, nous avons souligné que les bases de données embarquées peuvent être une solution adaptable à différents cas d'utilisation. De par leurs caractéristiques, elles sont portables, faciles à administrer et accessibles par des applications locales ou offline.

De par l'essor des applications mobiles ou embarquées, il est fort à parier que le développement de bases de données embarquées va s'accélérer tant le besoin d'adaptation sous-jacent à ces applications est grand. Cependant, la gestion par programme d'une base de données embarquée pose la question de la maîtrise des évolutions dans le temps de son schéma.

L'enjeu dans le futur sera de faire perdurer l'idée du « right tool for the right job » au prix du relâchement de certaines contraintes, afin de répondre au mieux aux besoins des différentes applications (rapidité d'accès, capacité de stockage...).

On observe actuellement, dans ce cadre, une multiplication d'approches relevant des bases de données comme les approches NoSQL  qui tentent d'apporter une alternative au modèle relationnel notamment dans le cadre de très gros volumes de données (Big Data). On peut également citer les approches qualifiées de in-memory (par exemple, SAP Hana [W11]) qui visent à optimiser notamment les temps de traitements des gros volumes de données.

On peut toutefois se poser légitimement la question de l'appartenance de ces nouveaux systèmes à la catégorie des bases de données, car certaines des contraintes relâchées font partie des fondements des systèmes de gestion de bases de données (exemple : la persistance des données qui n'est plus assurée dans le cadre des bases de données in-memory).