Author: anthonyHib Date: 2007-05-21 10:54:32 -0400 (Mon, 21 May 2007) New Revision: 11543 Added: trunk/HibernateExt/shards/doc/reference/fr/master.xml Log: Added: trunk/HibernateExt/shards/doc/reference/fr/master.xml =================================================================== --- trunk/HibernateExt/shards/doc/reference/fr/master.xml (rev 0) +++ trunk/HibernateExt/shards/doc/reference/fr/master.xml 2007-05-21 14:54:32 UTC (rev 11543) @@ -0,0 +1,72 @@ +<?xml version="1.0" encoding="ISO-8859-1"?> +<!DOCTYPE book PUBLIC "-//OASIS//DTD DocBook XML V4.3CR3//EN" + "../../../../../Hibernate3/doc/reference/support/docbook-dtd/docbookx.dtd" [ + <!ENTITY architecture SYSTEM "modules/architecture.xml"> + <!ENTITY configuration SYSTEM "modules/configuration.xml"> + <!ENTITY shardstrategy SYSTEM "modules/shardstrategy.xml"> + <!ENTITY resharding SYSTEM "modules/resharding.xml"> + <!ENTITY querying SYSTEM "modules/querying.xml"> + <!ENTITY limitations SYSTEM "modules/limitations.xml"> + ]> +<book lang="fr"> + <bookinfo> + <title>Hibernate Shards</title> + <subtitle>Horizontal Partitioning With Hibernate</subtitle> + <subtitle>Reference Guide</subtitle> + <releaseinfo>3.0.0.Beta1</releaseinfo> + <mediaobject> + <imageobject> + <imagedata fileref="images/hibernate_logo_a.png" format="PNG"/> + </imageobject> + </mediaobject> + </bookinfo> + <toc/> + <preface id="preface"> + <title>Pr�face</title> + <para>Traducteur(s) : Vincent Ricard</para> + <para> + 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 + <ulink url="http://en.wikipedia.org/w/index.php?title=Partition_%28database... + >partitionnement horizontal</ulink> au dessus d'Hibernate Core. Nous + avons simplement pour but de founir une vue unifi�e de plusieurs bases + de donn�es via Hibernate. + </para> + <para> + 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 + <ulink url="http://www.google.com/support/jobs/bin/static.py?page=about.htm... de 20 pourcents</ulink> + 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. + </para> + </preface> + + &architecture; + + &configuration; + + &shardstrategy; + + &resharding; + + &querying; + + &limitations; +</book>