Changeset 345

Show
Ignore:
Timestamp:
07/28/06 17:10:58 (2 years ago)
Author:
sas
Message:

Avant l'autovacuum

Files:

Legend:

Unmodified
Added
Removed
Modified
Copied
Moved

  • traduc/trunk/divers/annotated_postgresql_conf.xml

    r344 r345  
    11521152  </entry> 
    11531153 </row> 
    1154  <!-- ICI --> 
    11551154 <row> 
    11561155  <entry>bgwriter_all_percent</entry> 
    …… 
    12891288  </entry> 
    12901289 </row> 
    1291  <!-- ICI --> 
    12921290 <row> 
    12931291  <entry>full_page_writes</entry> 
    …… 
    12981296  <entry> 
    12991297  <para> 
    1300   When this option is on, the <productname>PostgreSQL</productname> server 
    1301   writes the entire content of each disk page to WAL during the first 
    1302   modification of that page after a checkpoint. 
    1303   </para> 
    1304  
    1305   <para> 
    1306   This parameter is currently ignored (treated as always <literal>on</literal>) 
    1307   because turning it off can cause failure to recover from crashes even when no 
    1308   hardware or OS-level error occurred. This will be fixed in some future 
    1309 release, 
    1310   or else the parameter will be removed entirely. 
    1311   </para> 
    1312   </entry> 
    1313   <entry> 
    1314   </entry> 
    1315  </row> 
    1316  
     1298   Lorsque cette option est activée, le serveur 
     1299   <productname>PostgreSQL</productname> écrit l'intégralité de chaque page 
     1300   disque dans le WAL lors de la première modification de la page après un point 
     1301   de contrôle. 
     1302  </para> 
     1303  <para> 
     1304   Ce paramètre est, à l'heure actuelle ignoré (traité comme toujours 
     1305   <literal>true</literal>). En effet, le désactiver peut entraîner des 
     1306   difficultés à récupérer d'un crash même en l'absence d'erreur matériel ou 
     1307   système. Cela sera réparé ou le paramètre abandonné dans les prochaines versions. 
     1308  </para> 
     1309  </entry> 
     1310  <entry> 
     1311  </entry> 
     1312 </row> 
    13171313 <row> 
    13181314  <entry>wal_buffers</entry> 
    …… 
    16211617  <entry></entry> 
    16221618  <entry> 
    1623   <!-- Trad: assumption --> 
    16241619  Fournit à l'optimiseur une estimation de la taille efficace du cache 
    16251620  disque (c'est-à-dire la partie du cache disque du noyau utilisée pour les 
    …… 
    18661861  <entry> 
    18671862  <para> 
    1868   Enables or disables the query planner's use of table constraints to 
    1869   optimize queries. 
    1870   </para> 
    1871   <para> 
    1872   When this parameter is <literal>on</literal>, the planner compares 
    1873   query conditions with table <literal>CHECK</literal> constraints, and 
    1874   omits scanning tables for which the conditions contradict the constraints. 
    1875   (Presently this is done only for child tables of inheritance scans.) For 
    1876   example: 
     1863  Active ou désactive l'utilisation par le planificateur des contraintes de 
     1864  table pour l'optimisation des requêtes. 
     1865  </para> 
     1866  <para> 
     1867   Lorsque ce paramètre est actif, le planificateur compare les conditions de la 
     1868   requête avec les contraintes <literal>CHECK</literal> de la table, et évite 
     1869   le parcours des tables dont les contraintes ne correspondent pas aux 
     1870   conditions. 
     1871   A l'heure actuelle, cela n'est valable que pour les parcours des tables fille 
     1872   d'un héritage. Par exemple&nbsp;: 
    18771873<programlisting> 
    18781874CREATE TABLE parent(key integer, ...); 
    …… 
    18821878SELECT * FROM parent WHERE key = 2400; 
    18831879</programlisting> 
    1884   With constraint exclusion enabled, this <command>SELECT</command> will not 
    1885   scan <structname>child1000</structname> at all. This can improve performance 
    1886   when inheritance is used to build partitioned tables. 
    1887   </para> 
    1888   <para> 
    1889   Currently, <varname>constraint_exclusion</varname> is disabled by default 
    1890   because it risks incorrect results if query plans are cached &mdash; if a 
    1891   table constraint is changed or dropped, the previously generated plan might 
    1892   now be wrong, and there is no built-in mechanism to force re-planning. 
    1893   (This deficiency will probably be addressed in a future 
    1894   <productname>PostgreSQL</productname> release.) Another reason for keeping it 
    1895   off is that the constraint checks are relatively expensive, and in many 
    1896   circumstances will yield no savings. It is recommended to turn this on only 
    1897   if you are actually using partitioned tables designed to take advantage of the 
    1898   feature. 
    1899   </para> 
    1900   </entry> 
    1901   <entry> 
    1902   </entry> 
    1903  </row> 
    1904  
     1880   Lorsque l'exclusion par contrainte est active, cette commande 
     1881   <command>SELECT</command> ne parcourt pas <structname>child1000</structname>. 
     1882   Cela peut améliorer les performances lorsque l'héritage est utilisé pour 
     1883   partitionner des tables. 
     1884  </para> 
     1885  <para> 
     1886  &Agrave; l'heure actuelle, <varname>constraint_exclusion</varname> est 
     1887  désactivé par défaut, du fait des risques de résultats incorrects lorsque les 
     1888  plans de requête sont mis en cache &mdash; si une contrainte de table est 
     1889  modifiée ou supprimée, le plan préalablement engendré peut devenir erroné, et 
     1890  aucunn mécanisme n'est prévu pour forcer une replanification. (Cette carence 
     1891  sera peut-être corrigée dans une future version de 
     1892  <productname>PostgreSQL</productname>.) Une autre raison pour le garder 
     1893  inactif est le coût relativement élevé des contrôles de contraintes, et dans 
     1894  la plupart des cas, aucun gain ne sera obtenu. L'activation de ca paramètre 
     1895  n'est recommandée que lors de l'utilisation de tables partionnées conçues 
     1896  pour utiliser cette fonctionnalité. 
     1897  </para> 
     1898  </entry> 
     1899  <entry> 
     1900  </entry> 
     1901 </row> 
    19051902 <row> 
    19061903  <entry>from_collapse_limit</entry> 
    …… 
    23582355  <entry> 
    23592356  Cette journalisation est essentielle pour toute application sécurisée. 
    2360   </entry> 
    2361  </row> 
    2362  <row> 
    2363   <entry>log_hostname</entry> 
    2364   <entry>true, false</entry> 
    2365   <entry>false</entry> 
    2366   <entry>Démarrage</entry> 
    2367   <entry></entry> 
    2368   <entry> 
    2369   Par défaut, les journaux de connexions ne présentent que l'adresse IP de 
    2370   provenance de la connexion. En activant cette option, le nom de l'hôte est 
    2371   également présenté. Mais, en fonction du paramétrage de la résolution de noms, 
    2372   cela peut induire une baisse non négligeable des performances. 
    2373   penalty. 
    2374   </entry> 
    2375   <entry> 
    2376   Cela peut être utile pour la gestion des débogages et de la sécurité, mais 
    2377   dans le cas où le DNS n'est pas local, les nouvelles connexions peuvent se 
    2378   trouver considérablement ralenties. 
    2379   </entry> 
    2380  </row> 
    2381  <row> 
    2382   <entry>log_statement</entry> 
    2383   <entry>None, DDL, Mod, All</entry> 
    2384   <entry>False</entry> 
    2385   <entry>Superutilisateur</entry> 
    2386   <entry></entry> 
    2387   <entry> 
    2388   Contrôle les instructions à journaliser. Les valeurs valides sont <i>none</i>, 
    2389   <i>ddl</i>, <i>mod</i> et <i>all</i>. <i>ddl</i> enregistre toutes les 
    2390   commandes de définition des données, telles que CREATE, ALTER et DROP. 
    2391   <i>mod</i> enregistre toutes les instructions <i>ddl</i>, ainsi que INSERT, 
    2392   UPDATE, DELETE, TRUNCATE et COPY FROM. PREPARE et EXPLAIN ANALYZE sont 
    2393   également enregistrées si les commandes qu'elles contiennent sont d'un type 
    2394   approprié. 
    2395   </entry> 
    2396   <entry> 
    2397   Ce paramètre a été amélioré et étendu par la possibilité de n'enregistrer que 
    2398   les modifications de la base, ou simplement les 
    2399   actualisations/insertions/suppressions (updates/inserts/deletes). La 
    2400   documentation fournit les limitations de cette fonctionnalité. 
    24012357  </entry> 
    24022358 </row> 
    …… 
    24572413  <entry>log_statement</entry> 
    24582414  <entry>none, ddl, mod, all</entry> 
    2459   <entry>none</entry> 
    2460   <entry>Startup</entry> 
    2461   <entry></entry> 
    2462   <entry> 
    2463   <para> 
    2464   Controls which SQL statements are logged. <literal>ddl</literal> logs all 
    2465   data definition commands like <literal>CREATE</literal>, 
    2466   <literal>ALTER</literal>, and <literal>DROP</literal> commands. 
    2467   <literal>mod</literal> logs all <literal>ddl</literal> statements, plus 
    2468   <literal>INSERT</literal>, <literal>UPDATE</literal>, 
    2469   <literal>DELETE</literal>, <literal>TRUNCATE</literal>, and 
    2470   <literal>COPY FROM</literal>. <literal>PREPARE</literal> and 
    2471   <literal>EXPLAIN ANALYZE</literal> statements are also logged if their 
    2472   contained command is of an appropriate type. 
    2473   </para> 
    2474   <para> 
    2475   Only superusers can change this setting. 
     2415  <entry>False</entry> 
     2416  <entry>Démarrage</entry> 
     2417  <entry></entry> 
     2418  <entry> 
     2419  <para> 
     2420  Contrôle les instructions SQL à journaliser. Les valeurs valides sont 
     2421  <literal>none</literal>, 
     2422  <literal>ddl</literal>, <literal>mod</literal> et <literal>all</literal>. 
     2423  <literal>ddl</literal> enregistre toutes les 
     2424  commandes de définition des données, telles que <literal>CREATE</literal>, 
     2425  <literal>ALTER</literal> et <literal>DROP</literal>. 
     2426  <literal>mod</literal> enregistre toutes les instructions 
     2427  <literal>ddl</literal>, ainsi que <literal>INSERT</literal>, 
     2428  <literal>UPDATE</literal>, <literal>DELETE</literal>, 
     2429  <literal>TRUNCATE</literal> et <literal>COPY FROM</literal>. 
     2430  <literal>PREPARE</literal> et <literal>EXPLAIN ANALYZE</literal> sont 
     2431  également enregistrées si les commandes qu'elles contiennent sont d'un type 
     2432  approprié. 
     2433  </para> 
     2434  <para> 
     2435  Seuls les superutilisateurs peuvent modifier ce paramètre. 
    24762436  </para> 
    24772437  <note> 
    24782438  <para> 
    2479   The <command>EXECUTE</command> statement is not considered a 
    2480   <literal>ddl</literal> or <literal>mod</literal> statement. Statements that 
    2481   generate syntax errors are not logged. Set 
    2482   <varname>log_min_error_statement</varname> to <literal>error</literal> to 
    2483   log such statements. 
    2484   </para> 
    2485   <para> 
    2486   When a function is defined in the 
    2487   <application>PL/pgSQL</application>server-side language, any queries 
    2488   executed by the function will only be logged the first time that the 
    2489   function is invoked in a particular session. This is because 
    2490   <application>PL/pgSQL</application> keeps a cache of the 
    2491   query plans produced for the SQL statements in the function. 
     2439  L'instruction <command>EXECUTE</command> n'est pas considérée comme une 
     2440  instruction <literal>ddl</literal> ou <literal>mod</literal>. Les 
     2441  instructions qui engendrent des erreurs de syntaxe ne sont pas journalisées. 
     2442  Pour ce faire, il faut positionner <varname>log_min_error_statement</varname> 
     2443  à <literal>error</literal>. 
     2444  </para> 
     2445  <para> 
     2446  Lorsqu'une fonction est définie dans le langage serveur 
     2447  <application>PL/pgSQL</application>, toute requête exécutée par la fonction 
     2448  n'est enregistrée que la première fois qu'elle est appelée au cours d'une 
     2449  session. Cela tient au fait que <application>PL/pgSQL</application> conserve 
     2450  un cache des plans de requête produit pour les instructions SQL de la 
     2451  fonction. 
    24922452  </para> 
    24932453  </note> 
    24942454  </entry> 
    2495   <entry> 
    2496   </entry> 
     2455  <entry></entry> 
    24972456 </row> 
    24982457 <row> 
    24992458  <entry>log_hostname</entry> 
    2500   <entry>True, false</entry> 
    2501   <entry>False</entry> 
    2502   <entry>Restart</entry> 
    2503   <entry></entry> 
    2504   <entry> 
    2505   By default, connection log messages only show the IP address of the connecting 
    2506   host. Turning on this option causes logging of the host name as well. Note 
    2507 that 
    2508   depending on your host name resolution setup this might impose a 
    2509 non-negligible 
    2510   performance penalty. 
    2511   </entry> 
    2512   <entry> 
    2513   </entry> 
    2514  </row> 
    2515  
     2459  <entry>true, false</entry> 
     2460  <entry>false</entry> 
     2461  <entry>Redémarrage</entry> 
     2462  <entry></entry> 
     2463  <entry> 
     2464  Par défaut, les journaux de connexions ne présentent que l'adresse IP de 
     2465  provenance de la connexion. En activant cette option, le nom de l'hôte est 
     2466  également présenté. Mais, en fonction du paramétrage de la résolution de noms, 
     2467  cela peut induire une baisse non négligeable des performances. 
     2468  </entry> 
     2469  <entry></entry> 
     2470 </row> 
    25162471</tbody> 
    25172472</tgroup> 
    …… 
    27002655</sect1> 
    27012656 
     2657<!-- ICI --> 
    27022658<sect1> 
    27032659<title>Automatic vacuuming</title>