[Trad] [svn:pgfr] r1434 - traduc/trunk/slony

admin at listes.postgresql.fr admin at listes.postgresql.fr
Dim 6 Déc 21:03:08 CET 2009


Author: daamien
Date: 2009-12-06 21:03:08 +0100 (Sun, 06 Dec 2009)
New Revision: 1434

Modified:
   traduc/trunk/slony/faq.xml
Log:
MAJ 2.0.3Rc3 : FAQ



Modified: traduc/trunk/slony/faq.xml
===================================================================
--- traduc/trunk/slony/faq.xml	2009-12-06 19:13:39 UTC (rev 1433)
+++ traduc/trunk/slony/faq.xml	2009-12-06 20:03:08 UTC (rev 1434)
@@ -2690,10 +2690,10 @@
   <qandaentry>
     <question>
       <para>
-        I set up my cluster using pgAdminIII, with cluster name
-	<quote>MY-CLUSTER</quote>.  Time has passed, and I tried using Slonik
-	to make a configuration change, and this is failing with the following
-	error message:
+        J'ai configuré mon cluster avec pgAdminIII, avec le nom 
+	<quote>MON-CLUSTER</quote>.  Le temps a passé et j'ai tenté d'utiliser Slonik
+	pour effectuer un changement de configuration, et j'obtiens le messages d'erreur
+	suivant :
       </para>
 
       <programlisting>ERROR: syntax error at or near -</programlisting>
@@ -2701,41 +2701,39 @@
 
     <answer>
       <para>
-        The problem here is that &slony1; expects cluster names to be valid
+        Le problème est que &slony1; s'attend à ce que les noms de cluster soient des
 	<ulink url="http://www.postgresql.org/docs/8.3/static/sql-syntax-lexical.html">
-        SQL Identifiers</ulink>, and &lslonik; enforces this.  Unfortunately,
-	<application>pgAdminIII</application> did not do so, and allowed using
-	a cluster name that now causes <emphasis>a problem</emphasis>.
+        Identifiants SQL </ulink> valides, et &lslonik; garantit cela. Malheureusement, 
+	<application>pgAdminIII</application> ne vérifie pas cela et autorise 
+	 des noms de cluster qui provoquent des <emphasis> problèmes</emphasis>.
       </para>
     </answer>
 
     <answer>
       <para>
-        If you have gotten into this spot, it's a problem that we mayn't be
-	help resolve, terribly much.
+        Si vous êtes dans cette situation cas, il n'y a pas grand'chose que l'on puisse faire.
       </para>
 
       <para>
-        It's <emphasis>conceivably possible</emphasis> that running the
-        SQL command <command>alter namespace "_My-Bad-Clustername" rename to
-        "_BetterClusterName";</command> against each database may work.  That
-        shouldn't particularly <emphasis>damage</emphasis> things!
+        Il <emphasis>peut-être possible</emphasis> que l'execution de la commande
+        SQL <command>alter namespace "_My-Bad-Clustername" rename to
+        "_BetterClusterName";</command> sur chacune des bases fonctionne.  
+	Cela ne devrait pas particulièrement <emphasis>aggraver</emphasis>les choses !
       </para>
 
       <para>
-        On the other hand, when the problem has been experienced, users have
-	found they needed to drop replication and rebuild the cluster.
+        D'un autre coté, à chaque fois que ce problème a été rencontré, il a fallu 
+	détruire la réplication et reconstruire le cluster.
       </para>
     </answer>
 
     <answer>
       <para>
-        A change in version 2.0.2 is that a function runs as
-        part of loading functions into the database which checks the validity
-        of the cluster name.  If you try to use an invalid cluster name,
-        loading the functions will fail, with a suitable error message, which
-        should prevent things from going wrong even if you're using tools
-        other than &lslonik; to manage setting up the cluster.
+        Dans la version 2.0.2, une fonction a été ajoutée pour vérifier la
+	la validité du nom du cluster. Si vous tentez de définir un nom invalide,
+	la chargement de la fonction échouera, avec un message d'erreur approprié, ce qui 
+	devrait empecher les choses d'empirer, meme si vous utiliser d'autres outils que 
+	&lslonik; pour gérer la configuration du cluster.
       </para>
     </answer>
   </qandaentry>
@@ -3507,42 +3505,34 @@
   <qandaentry>
     <question>
       <para>
-        I have a database where we have been encountering the following error
-	message in our application:
+        J'ai une base qui nous provoque les erreurs suivants dans notre application :
       </para>
 
       <screen>permission denied for sequence sl_action_seq</screen>
 
       <para>
-        When we traced it back, it was due to the application calling
-        <function>lastval()</function> to capture the most recent sequence
-	update, which happened to catch the last update to a &slony1; internal
-        sequence.
+        Lorsque nous traçons ce message, il est du à la fonction        <function>lastval()</function> qui récupère la plus récente mise à jour de la séquence, ce qui revient à attraper la dernière mise à jour d'une séquence interne &slony1;.
       </para>
     </question> 
 
     <answer>
       <para>
-        &slony1; uses sequences to provide primary key values for log
-        entries, and therefore this kind of behaviour may (perhaps
-	regrettably!) be expected.
+        &slony1; utilise des séquences pour attribuer les valeurs des clefs primaires
+	des lignes de logs, On pouvait donc s'attendre à ce genre de comportement.
       </para>
 
       <para>
-        Calling <function>lastval()</function>, to <quote>anonymously</quote>
-	get <quote>the most recently updated sequence value</quote>, rather
-	than using <function>currval('sequence_name')</function> is an unsafe
-	thing to do in general, as anything you might add in that uses DBMS
-	features for logging, archiving, or replication can throw in an extra
-	sequence update that you weren't expecting.
+        Appeler <function>lastval()</function>, pour obtenir <quote>anonymement</quote>
+	<quote>la valeur de séquence la plus récemment modifiée</quote>, plutot que 
+	d'utiliser la <function>currval('sequence_name')</function> est une pratique
+	risquée en général, car tout autre application qui utiliser le SGBD pour tracer l'arctivité, archiver ou répliquer peut déclencher une mise à jour de séquence 
+	au moment ou vous vous y attendez le moins.
       </para>
 
       <para>
-        In general, use of <function>lastval()</function> doesn't seem terribly
-	safe; using it when &slony1; (or any similar trigger-based replication
-	system such as <application>Londiste</application> or
-	<application>Bucardo</application>) can lead to capturing unexpected
-	sequence updates.
+        De manière générale, l'utilisation de <function>lastval()</function> n'est pas 
+	très sécurisante, l'utiliser lorsque &slony1; ( ou un système similaire de réplication basé sur les triggers comme <application>Londiste</application> ou
+	<application>Bucardo</application>) peut vous conduite à des mises à jour de séquence inoppinées.  
       </para>
     </answer> 
   </qandaentry>



Plus d'informations sur la liste de diffusion Trad