Traducteur(s) : Vincent Ricard

Vous ne pouvez pas toujours mettre vos données relationnelles dans une seule base de données relationnelle. Parfois vous avez simplement trop de données. Parfois vous avez une architecture de déploiement répartie (la latence réseau entre la Californie et l'Inde peut être trop grande pour avoir une seule base de données). Il peut même y avoir des raisons non techniques (un client potentiel ne traitera simplement pas à moins que les données de sa compagnie soient dans sa propre instance de base). Quelques soient vos raisons, parler de plusieurs bases de données relationnelles complique inévitablement le développement de votre application. Hibernate Shards est un framework qui est conçu pour encapsuler et minimiser cette complexité en ajoutant la prise en charge du partitionnement horizontal au dessus d'Hibernate Core. Nous avons simplement pour but de founir une vue unifiée de plusieurs bases de données via Hibernate.

Qu'est donc un "shard" (NdT : fragment) ? Bonne question. "Shard" est juste un autre mot pour "segment" ou "partition", mais c'est le terme choisi par Google. Hibernate Shards était à l'origine le projet de 20 pourcents d'une petite équipe d'ingénieurs Google, donc la nomenclature du projet tournait autour des fragments depuis le début. Nous ouvrons les sources que nous avons jusqu'ici parce que nous voulons que la communauté Hibernate puisse bénéficier de nos efforts dès que possible, mais aussi avec l'espoir et le désir que cette communauté puisse nous aider à atteindre une version GA plus rapidement que si nous gardions pour nous. Nous nous attendons tout à fait à trouver des défauts dans notre conception et notre implémentation, et nous apprécions votre patience pendant que nous travaillons à les corriger.