[MANUAL] English:
[zend.git] / documentation / manual / fr / ref / performance-database.xml
blob71794d1688f8877d23faa7f69c4e35e14839452f
1 <?xml version="1.0" encoding="utf-8"?>
2 <!-- EN-Revision: 20876 -->
3 <!-- Reviewed: no -->
4 <sect1 id="performance.database">
5     <title>Performance de Zend_Db</title>
7     <para>
8         <classname>Zend_Db</classname> est une couche d'abstraction pour les bases de données,
9         et a pour but de fournir une <acronym>API</acronym> commune pour les opérations
10         <acronym>SQL</acronym>. <classname>Zend_Db_Table</classname> est un Table Data Gateway,
11         dont le but est d'abstraire les opérations communes de niveau table. A cause de cette
12         nature abstraite et de la manière suivant laquelle sont réalisées ces opérations, ces
13         composants peuvent introduire des pertes de performances.
14     </para>
16     <sect2 id="performance.database.tableMetadata">
17         <title>
18             Comment réduire la surcharge introduite par Zend_Db_Table lors de la récupération
19             des métadonnées de table&#160;?
20         </title>
22         <para>
23             Dans le but de maintenir une utilisation la plus simple possible, et aussi de
24             supporter un changement de schéma permanent au cours du développement,
25             <classname>Zend_Db_Table</classname> réalise une série d'action en arrière-plan&#160;
26             à la première utilisation, il analyse le schéma de la table et le stocke dans les
27             propriétés de l'objet. Cette opération est typiquement coûteuse, indépendamment de la
28             base de données -- ce qui peut contribuer à des goulots en production.
29         </para>
31         <para>
32             Toutefois, ils existent des techniques permettant d'améliorer ceci.
33         </para>
35         <sect3 id="performance.database.tableMetadata.cache">
36             <title>Utiliser le cache des métadonnées</title>
38             <para>
39                 <classname>Zend_Db_Table</classname> peut optionnellement utiliser
40                 <classname>Zend_Cache</classname> pour mettre en cahce les métadonnées de la
41                 table. C'est typiquement plus rapide d'accès et moins coûteux que d'accéder à
42                 ces métadonnées directement dans la base de données.
43             </para>
45             <para>
46                 La documentation de <link
47                     linkend="zend.db.table.metadata.caching"><classname>Zend_Db_Table</classname></link>
48                 inclue des informations concernant la mise en cache des métadonnées.
49             </para>
50         </sect3>
52         <sect3 id="performance.database.tableMetadata.hardcoding">
53             <title>Mettre en dur les métadonnées dans votre définition de table</title>
55             <para>
56                 A partir de la version 1.7.0, <classname>Zend_Db_Table</classname> fournit aussi
57                 <link linkend="zend.db.table.metadata.caching.hardcoding">le support permettant
58                 de stocker les métadonnées en dur dans la définition de la table</link>. Ceci
59                 est un cas d'utilisation très avancé, et ne devrait être utilisé que lorsque
60                 vous êtes que votre schéma de base de données évolue rarement, ou que vous êtes
61                 certain de pouvoir maintenir à jour ces définitions.
62             </para>
63         </sect3>
64     </sect2>
66     <sect2 id="performance.database.select">
67         <title>
68             Le SQL généré avec Zend_Db_Select n'utilise pas mes index&#160;; comment améliorer
69             ceci&#160;?
70         </title>
72         <para>
73             <classname>Zend_Db_Select</classname> est plutôt bon dans son trvail. Cependant si
74             vous avez des requêtes complexes requiérant des jointures ou des sous-sélections,
75             il est souvent assez naïf.
76         </para>
78         <sect3 id="performance.database.select.writeyourown">
79             <title>Ecrire votre SQL amélioré</title>
80             <para>
81                 La seule véritable réponse est d'écrire vous même votre propre
82                 <acronym>SQL</acronym>&#160;; <classname>Zend_Db</classname> n'oblige pas
83                 l'utilisation de <classname>Zend_Db_Select</classname>, donc fournir votre
84                 propre instruction <acronym>SQL</acronym> de sélection est une approche
85                 parfaitement légitime.
86             </para>
88             <para>
89                 Effectuez un <constant>EXPLAIN</constant> sur vos requêtes, et testez plusieurs
90                 approches jusqu'à obtenir un indice le plus performant, ensuite écrivez en dur
91                 votre <acronym>SQL</acronym> en tant que propriété de la classe ou comme
92                 constante.
93             </para>
95             <para>
96                 Si votre <acronym>SQL</acronym> requiert des arguments variables, fournissez des
97                 emplacements réservés dans votre <acronym>SQL</acronym>, et utilisez une
98                 combinaison de <methodname>vsprintf()</methodname> et
99                 <methodname>array_walk()</methodname> pour injecter les valeurs dans votre
100                 <acronym>SQL</acronym>&#160;:
101             </para>
103             <programlisting language="php"><![CDATA[
104 // $adapter est l'adaptateur de base de données. Dans Zend_Db_Table,
105 // vous le récupérez en appelant $this->getAdapter().
106 $sql = vsprintf(
107     self::SELECT_FOO,
108     array_walk($values, array($adapter, 'quoteInto'))
110 ]]></programlisting>
111         </sect3>
112     </sect2>
113 </sect1>