couchdb-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Apache Wiki <wikidi...@apache.org>
Subject [Couchdb Wiki] Update of "FoireAuxQuestions" by BenoitC
Date Mon, 30 Jun 2008 19:57:59 GMT
Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Couchdb Wiki" for change notification.

The following page has been changed by BenoitC:
http://wiki.apache.org/couchdb/FoireAuxQuestions

------------------------------------------------------------------------------
  
  == Qu'est-ce que CouchDB? ==
  
+ CouchDB est une base de données orientée document non relationnelle (NRDBMS). La page
d'[http://incubator.apache.org/couchdb/docs/intro.html Introduction] possède plus d'information
sur le système de CouchDB.
- CouchD est une base de données orientée document non relationnelle (NRDBMS). 
- CouchDB is a document-oriented, Non-Relational Database Management Server (NRDBMS). La page
d'http://incubator.apache.org/couchdb/docs/intro.html Introduction] possède plus d'information
sur le système de CouchDB.
  
- == Quel est le statut de CouchDB? ==
+ == Quel est le statut de CouchDB ? ==
  
  version Alpha. Il manque encore d'importantes fonctionnalités, mais est suffisamment utilisable
pour être testée.
  
  == Qu'est-ce que Couch signifie ? ==
  
- C'est un acronyme pour Cluster Of Unreliable Commodity Hardware. Il résume les objectifs
long terme de CouchDB qui sont d'être facilement extensible et fortement disponible sur des
machines sensibles aux pannes. La nature distribuée et la structure à plat des données
dans la base permettra le partionnement en noeuds pour étendre le stockage (avec du map/reduce
pour les requêtes) et du cluster pour la disponibilité et la résistance aux pannes.
+ C'est un acronyme pour Cluster Of Unreliable Commodity Hardware. Il résume les objectifs
long terme de CouchDB qui sont d'être facilement extensible et fortement disponible sur des
machines sensibles aux pannes. La nature distribuée et la structure à plat des données
de la base permettra le partionnement horizontal pour étendre le stockage (avec du map/reduce
pour les requêtes) et du cluster pour la disponibilité et la résistance aux pannes.
  
  == En quel langage est écrit CouchDB ? ==
  
- Erlang, 
- Erlang, un langage fonctionnel concurrent temps réel et distribué, qui possède des fonctionnalités
de tolérance aux pannes. Les premières version de CouchDB étaient en C mais fut remplacé
par la plateforme  Erlang OTP. Erlang montre depuis qu'il correspond parefaitement à ce type
de projet.
+ Erlang, un langage fonctionnel concurrent temps réel et distribué, qui possède des fonctionnalités
de tolérance aux pannes. Les premières versions de CouchDB étaient en C mais furent remplacées
par la plateforme Erlang OTP. Erlang montre depuis qu'il correspond parefaitement à ce type
de projet.
  
  CouchDB utilise la bibliothèque Javascript Mozilla's Spidermonkey en C.
  
@@ -30, +28 @@

  
  La plupart des systèmes POSIX, ce qui inclue GNU/Linux et OS X.
  
- Windows is not officially supported but it should work, please let us know.
+ Windows n'est pas officiellement supporté mais devrait fonctioner, si c'est le cas tenez-nous
au courant.
  
- == What is the License? ==
+ == Quelle est la license ? ==
  
  [http://www.apache.org/licenses/LICENSE-2.0.html Apache 2.0]
  
- == How Much Stuff can I Store in CouchDB? ==
+ == Quelle volume de données je peux stocker dans CouchDB ? ==
  
- With node partitioning, virtually unlimited. For a single database instance, the practical
scaling limits aren't yet known.
+ Avec un système réparti, virtuellement illimité. Pour une seule instance de base de donnée,
la limite n'est pas encore connue.
  
- == How Do I Do Sequences? ==
+ == Comment je fais des suites ? ==
  
- Or, where is my AUTO_INCREMENT?! With replication sequences are hard to realize. Sequences
are often used to ensure unique identifiers for each row in a database table. CouchDB generates
unique ids from its own and you can specify your own as well, so you don't really need a sequence
here. If you use a sequence for something else, you might find a way to express in CouchDB
in another way.
+ Ou autrement dit, où est AUTO_INCREMENT ?! Avec la réplication les suites sont difficiles
à réaliser. Les suites sont souvent utilisées pour créer des identifiants uniques pour
chaque ligne de la base de données. CouchDB peut générer des ids uniques ou vous pouvez
créer les votres, vous n'avez donc pas forcemment besoin de suites. Si vous utilisez une
suite pour autre chose, vous devez trouver un moyen de l'intégrer dans CouchDB.
  
- == How Do I Use Replication? ==
+ == Comment j'utilise la réplication ? ==
  
  {{{
- POST /_replicate?source=$source_database&target=$target_database
+ POST /_replicate?source=$source_basededonnée&target=$destination_basededonnée
  }}}
  
- Where $source_database and $target_database can be the names of local database or full URIs
of remote databases. Both databases need to be created before they can be replicated from
or to.
+ Où $source_basededonnée et $destination_basededonnée peuvent être les noms de bases
locales ou des URIs correspondant à des bases de données distantes. Chacune des bases doit
exister avant de lancer la réplication.
  
- == How Fast are CouchDB Views? ==
+ == Quelle est la rapidité des vues ? ==
  
- It would be quite hard to give out any numbers that make much sense. From the architecture
point of view, a view on a table is much like a (multi-column) index on a table in an RDBMS
that just performs a quick look-up. So this theoretically should be pretty quick.
+ Il est difficile de vous donner des chiffres significatifs. D'un point de vue architecture,
une vue sur une table est comme un index (multi-colonnes) d'une table dans une base de données
relationnelle (RDBMS) sur lequel on lance une recherche rapide. C'est donc en théorie très
rapide.
  
- The major advantage of the architecture is, however, that it is designed for high traffic.
No locking occurs is the storage module (MVCC and all that) allowing any number of parallel
readers as well as serialized writes. With replication, you can even set up multiple machines
for a horizontal scale-out and data partitioning (in the future) will let you cope with huge
volumes of data. (See [http://jan.prima.de/~jan/plok/archives/72-Some-Context.html slide 13
of Jan Lehnardt's essay] for more on the storage module or the whole post for detailed info
in general).
+ Cependant, cette architecture a été conçue pour supporter un trafic important. Aucun
blocage ne peut avoir lieu dans le module de stockage (MVCC & ...) autorisant ainsi un
grand nombre de lectures et d'écritures sérialisées en parallèles. Avec la réplication
vous pouvez même configurer plusieurs machines pour partitionner horizontalement ls données
(dans le futur). (Voir [http://jan.prima.de/~jan/plok/archives/72-Some-Context.html le slide
13 de l'essai de Jan Lehnardt] pour plus d'informations sur le module de stockage ou l'article
complet.)
  
- == Why Does CouchDB Not Use Mnesia? ==
+ == Pourquoi CouchDB n'utilise pas Mnesia? ==
  
- Several reasons:
+ Plusieurs raisons :
  
-   * The first is a storage limitation of 2 gig per file.
-   * The second is that it requires a validation and fixup cycle after a crash or power failure,
so even if the size limitation is lifted, the fixup time on large files is prohibitive.
-   * Mnesia replication is suitable for clustering, but not disconnected, distributed edits.
Most of the "cool" features of Mnesia aren't really useful for CouchDB.
-   * Also Mnesia isn't really a general-purpose, large scale database. It works best as a
configuration type database, the type where the data isn't central to the function of the
application, but is necessary for the normal operation of it. Think things like network routers,
HTTP proxies and LDAP directories, things that need to be updated, configured and reconfigured
often, but that configuration data is rarely very large.
+   * La première est la limitation de 2giga par fichier.
+   * La seconde est que cela requiert une validation et un cycle de réparation après un
crash ou une panne de courant, donc même si la taille des fichiers était augmentée, le
temps de réparation sur des gros fichiers est prohibitif.
+   * Le système de réplication de Mnesia replication fonctionne sur des clusters mais pas
pour du distribué ou du deconnecté. La plupart des fonctionnalités ""cool" de Mnesia ne
sont pas utiles pour CouchDB.
+   * Par ailleurs Mnesia n'est pas vraiment une base de donnée "scalable"(ndlr: trouver
une traduction). C'est plus une base pour des données de configuration. les données qui
s'y trouvent ne sont pas le centre de l'application mais nécessaires à son fonctionnement.
Des chose comme les routeurs, les proxy HTTP ou les serveurs LDAP, des choses qui ont besoin
d'être mises à jour, configurées et reconfigurées souvent, mais dont le volume de données
est rarement important.
  
- == Why is there no way to talk to CouchDB besides the HTTP API ==
  
- CouchDB's data model and internal API map the REST/HTTP model so well that any other API
would basically reinvent some flavour of HTTP. Since that makes little sense, there's only
the HTTP API.
+ == Pourquoi n'existet-il pas d'autre moyens que HTTP pour communiquer avec CouchDB ? ==
  
+ Le modèle de donnée et l'API interne de CouchDB correspond si bien au modèle REST/HTTP
que n'importe quel API ne ferait que réinventer un dérivé de HTTP. Cela n'aurait que peu
de sens, il n'y a donc que l'api HTTP.
+ 

Mime
View raw message