[DOCUMENTATION] German:

- sync up to r17173

git-svn-id: http://framework.zend.com/svn/framework/standard/trunk@17352 44c647ce-9c0f-0410-b52a-842ac1e357ba

documentation/manual/de/module_specs/Zend_Date-Creation.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 16186 -->
+<!-- EN-Revision: 17173 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.date.creation">
 
@@ -116,8 +116,8 @@ $date = new Zend_Date($unixtimestamp, Zend_Date::TIMESTAMP);
             <para>
                 Die Standardausgabe von allen Datenbanken ist leicht unterschiedlich selbst wenn
                 diese auf den ersten Blick gleich ausschauen. Aber alle sind Teil des
-                <code>ISO</code> Standards und durch Ihn beschrieben. Deshalb liegt der einfachste
-                Weg ein Datum zu erstellen in der Verwendung von
+                <acronym>ISO</acronym> Standards und durch Ihn beschrieben. Deshalb liegt der
+                einfachste Weg ein Datum zu erstellen in der Verwendung von
                 <classname>Zend_Date::ISO_8601</classname>. Datenbanken von denen bekannt ist das
                 Sie durch <classname>Zend_Date::ISO_8601</classname> erkannt werden sind zum
                 Beispiel <code>MySQL</code> und <code>MsSQL</code>. Aber alle Datenbanken können

documentation/manual/de/module_specs/Zend_Db_Select.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 16564 -->
+<!-- EN-Revision: 17173 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.db.select">
 
@@ -971,12 +971,13 @@ $select = $db->select()
             <title>Hinzufügen eines HAVING Abschnittes</title>
 
             <para>
-                In SQL fügt der <code>HAVING</code> Abschnitt eine Beschränkungsbedingung für
-                Gruppen von Zeilen ein. Dies ist ähnlich der Einschränkungsbedingungen auf Zeilen,
-                des <code>WHERE</code> Abschnittes. Die beiden Abschnitte unterscheiden sich
-                jedoch, denn die <code>WHERE</code> Bedingungen werden abgewendet bevor Gruppen
-                definiert wurden. Im Gegensatz werden <code>HAVING</code> Bedingungen erst
-                angewendet nach dem Gruppen definiert wurden.
+                In SQL fügt der <constant>HAVING</constant> Abschnitt eine Beschränkungsbedingung
+                für Gruppen von Zeilen ein. Dies ist ähnlich der Einschränkungsbedingungen auf
+                Zeilen, des <constant>WHERE</constant> Abschnittes. Die beiden Abschnitte
+                unterscheiden sich jedoch, denn die <constant>WHERE</constant> Bedingungen werden
+                abgewendet bevor Gruppen definiert wurden. Im Gegensatz werden
+                <constant>HAVING</constant> Bedingungen erst angewendet nach dem Gruppen definiert
+                wurden.
             </para>
 
             <para>
@@ -987,8 +988,8 @@ $select = $db->select()
                 ist optional und wird verwendet um einen positionierten Parameter Platzhalter in
                 der SQL Expression zu ersetzen. Expressions die durch mehrfaches Aufrufen der
                 <methodname>having()</methodname> Methode erzeugt wurden werden mit dem Boolean
-                <code>AND</code> Operator verknüpft, oder mit dem <code>OR</code> Operator wenn die
-                <methodname>orHaving()</methodname> Methode verwendet wird.
+                <constant>AND</constant> Operator verknüpft, oder mit dem <code>OR</code> Operator
+                wenn die <methodname>orHaving()</methodname> Methode verwendet wird.
             </para>
 
             <example id="zend.db.select.building.having.example">
@@ -1040,15 +1041,16 @@ $select = $db->select()
                 Sortierung wird von sekundären Spalten bestimmt, wenn vorhergehende Spalten
                 identische Werte enthalten. Die standard Sortierung ist vom kleinsten zum größten
                 Wert. Dieses Verhalten kann umgekehrt werden, wenn das Schlüsselwort
-                <code>DESC</code> nach der Spalte angegeben wird.
+                <constant>DESC</constant> nach der Spalte angegeben wird.
             </para>
 
             <para>
                 In <classname>Zend_Db_Select</classname> kann die <methodname>order()</methodname>
                 Methode verwendet werden um Spalten, oder Arrays von Spalten, anzugeben, nach denen
                 sortiert werden soll. Jedes Element des Arrays ist ein String, welcher die Spalte
-                benennt. Optional kann auf den Namen eines der Schlüsselwörter <code>ASC</code>
-                <code>DESC</code> folgen, abgetrennt durch ein Leerzeichen.
+                benennt. Optional kann auf den Namen eines der Schlüsselwörter
+                <constant>ASC</constant> <constant>DESC</constant> folgen, abgetrennt durch ein
+                Leerzeichen.
             </para>
 
             <para>
@@ -1091,11 +1093,11 @@ $select = $db->select()
 
             <para>
                 Einige RDBMS Marken erweitern SQL mit einem Anfrage Abschnitt, bekannt als
-                <code>LIMIT</code> Abschnitt. Dieser Abschnitt begrenzt die Anzahl der Zeilen in
-                einem Ergebnissatz auf die angegebene Höchstanzahl. Es kann ebenfalls angegeben
-                werden, dass eine Anzahl von Zeilen ausgelassen werden soll. Dieses Feature erlaubt
-                es eine Untermenge des Ergebnissatzes zu holen, zum Beispiel wenn Anfrage
-                Ergebnisse auf aufeinander folgenden Seiten angezeigt werden sollen.
+                <constant>LIMIT</constant> Abschnitt. Dieser Abschnitt begrenzt die Anzahl der
+                Zeilen in einem Ergebnissatz auf die angegebene Höchstanzahl. Es kann ebenfalls
+                angegeben werden, dass eine Anzahl von Zeilen ausgelassen werden soll. Dieses
+                Feature erlaubt es eine Untermenge des Ergebnissatzes zu holen, zum Beispiel wenn
+                Anfrage Ergebnisse auf aufeinander folgenden Seiten angezeigt werden sollen.
             </para>
 
             <para>
@@ -1126,10 +1128,10 @@ $select = $db->select()
             <note>
 
                 <para>
-                    Die <code>LIMIT</code> Syntax wird nicht von allen RDBMS Marken unterstützt.
-                    Einige RDBMS benötigen eine unterschiedliche Syntax für eine ähnliche
-                    Funktionalität. Jede <classname>Zend_Db_Adapter_Abstract</classname> Klasse
-                    enthält eine Methode um für das RDBMS passende Syntax zu erzeugen.
+                    Die <constant>LIMIT</constant> Syntax wird nicht von allen RDBMS Marken
+                    unterstützt. Einige RDBMS benötigen eine unterschiedliche Syntax für eine
+                    ähnliche Funktionalität. Jede <classname>Zend_Db_Adapter_Abstract</classname>
+                    Klasse enthält eine Methode um für das RDBMS passende Syntax zu erzeugen.
                 </para>
 
             </note>
@@ -1170,8 +1172,8 @@ $select = $db->select()
             <title>Hinzufügen des DISTINCT Anfragewandlers</title>
 
             <para>
-                Die <methodname>distinct()</methodname> Methode ermöglicht es <code>DISTINCT</code>
-                Schlüsselworte in die SQL Syntax einzufügen.
+                Die <methodname>distinct()</methodname> Methode ermöglicht es
+                <constant>DISTINCT</constant> Schlüsselworte in die SQL Syntax einzufügen.
             </para>
 
             <example id="zend.db.select.building.distinct.example">
@@ -1340,9 +1342,10 @@ echo "$sql\n";
             <para>
                 Die <methodname>getPart()</methodname> Methode gibt eine Repräsentante eines Teils
                 der SQL Anfrage zurück. Zum Beispiel kann diese Methode verwendet werden um, ein
-                Array von Expressions des <code>WHERE</code> Abschnitts, ein Array von Spalten
-                (oder Spalten Expressions) von <code>SELECT</code> oder die Werte der Spaltenzahl
-                und Auslassungen des <code>LIMIT</code> Abschnitts, zu erhalten.
+                Array von Expressions des <constant>WHERE</constant> Abschnitts, ein Array von
+                Spalten (oder Spalten Expressions) von <constant>SELECT</constant> oder die Werte
+                der Spaltenzahl und Auslassungen des <constant>LIMIT</constant> Abschnitts, zu
+                erhalten.
             </para>
 
             <para>
@@ -1356,7 +1359,8 @@ echo "$sql\n";
                 Das einzige Argument der <methodname>getPart()</methodname> Methode ist ein String
                 der den zurück zu gebenden Teil der Anfrage bezeichnet. Zum Beispiel bezeichnet der
                 String <code>'from'</code> den Teil des Select Objekts, welcher Informationen über
-                den <code>FROM</code> Abschnitt, einschließlich verbundener Tabellen enthält.
+                den <constant>FROM</constant> Abschnitt, einschließlich verbundener Tabellen
+                enthält.
             </para>
 
             <para>

documentation/manual/de/module_specs/Zend_Db_Table-Relationships.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17133 -->
+<!-- EN-Revision: 17173 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.db.table.relationships">
 
@@ -786,8 +786,8 @@ $products = $bug1234->findProductsViaBugsProductsByBug();
 
         <para>
             Kaskadierende Operationen können deklariert werden um anhand einer abhängigen Tabelle
-            ausgeführt zu werden wenn ein <code>UPDATE</code> oder ein <code>DELETE</code> an einer
-            Zeile in einer Elterntabelle ausgeführt wird.
+            ausgeführt zu werden wenn ein <constant>UPDATE</constant> oder ein
+            <constant>DELETE</constant> an einer Zeile in einer Elterntabelle ausgeführt wird.
         </para>
 
         <example id="zend.db.table.relationships.cascading.example-delete">
@@ -812,10 +812,11 @@ $product1234->delete();
         </example>
 
         <para>
-            Genauso kann es gewünscht sein, wenn man ein <code>UPDATE</code> verwendet um den Wert
-            eines primären Schlüssels in einer Elterntabelle zu verändern, das sich auch den Wert
-            im entfernten Schlüssel der abhängigen Tabellen automatisch von selbst aktualisiert um
-            dem neuen Wert zu entsprechen, sodas solche Referenzen aktuel gehalten werden.
+            Genauso kann es gewünscht sein, wenn man ein <constant>UPDATE</constant> verwendet um
+            den Wert eines primären Schlüssels in einer Elterntabelle zu verändern, das sich auch
+            den Wert im entfernten Schlüssel der abhängigen Tabellen automatisch von selbst
+            aktualisiert um dem neuen Wert zu entsprechen, sodas solche Referenzen aktuel gehalten
+            werden.
         </para>
 
         <para>
@@ -830,10 +831,10 @@ $product1234->delete();
             Um eine kaskadierende Abhängigkeit in <classname>Zend_Db_Table</classname> zu
             deklarieren, müssen die Regeln in <varname>$_referenceMap</varname> bearbeitet werden. Die
             assoziativen Arrayschlüssel <code>'onDelete'</code> und <code>'onUpdate'</code> müssen
-            auf den String 'cascade' (oder die Konstante <code>self::CASCADE</code>) gesetzt werden.
-            Bevor eine Zeile von der Elterntabelle gelöscht wird oder dessen Wert des primären
-            Schlüssels aktualisiert wird, werden alle Zeilen in der abhängigen Tabelle, die die
-            Eltern-Zeilen referenzieren, zuerst gelöscht oder aktualisiert.
+            auf den String 'cascade' (oder die Konstante <constant>self::CASCADE</constant>) gesetzt
+            werden. Bevor eine Zeile von der Elterntabelle gelöscht wird oder dessen Wert des
+            primären Schlüssels aktualisiert wird, werden alle Zeilen in der abhängigen Tabelle,
+            welche die Eltern-Zeilen referenzieren, zuerst gelöscht oder aktualisiert.
         </para>
 
         <example id="zend.db.table.relationships.cascading.example-declaration">
@@ -844,15 +845,15 @@ $product1234->delete();
                 Im unten angeführten Beispiel, werden die Zeilen in der <code>Bugs</code> Tabelle
                 automatisch gelöscht wenn eine Zeile in der <code>Products</code> Tabelle zu der
                 Sie referenzieren gelöscht wird. Das <code>'onDelete'</code> Element des
-                Referenzplan Eintrages wird auf <code>self::CASCADE</code> gesetzt.
+                Referenzplan Eintrages wird auf <constant>self::CASCADE</constant> gesetzt.
             </para>
 
             <para>
                 Es wird in diesem Beispiel keine kaskadierende Aktualisierung durchgeführt wenn der
                 primäre Schlüsselwert in der Elternklasse verändert wird. Das
                 <code>'onUpdate'</code> Element des Referenzplan Eintrages ist
-                <code>self::RESTRICT</code>. Das gleiche Ergebnis erhält man durch Unterdrückung des
-                <code>'onUpdate'</code> Eintrages.
+                <constant>self::RESTRICT</constant>. Das gleiche Ergebnis erhält man durch
+                Unterdrückung des <code>'onUpdate'</code> Eintrages.
             </para>
 
             <programlisting language="php"><![CDATA[
@@ -885,32 +886,32 @@ class BugsProducts extends Zend_Db_Table_Abstract
 
             <para>
                 Das bedeutet, das wenn die eigene Datenbank referentielle integrative Verknüpfungen
-                implementiert und erzwingt, ein kaskadierends <code>UPDATE</code> das durch eine
-                <classname>Zend_Db_Table</classname> Klasse ausgeführt wird mit der Verknüpfung
+                implementiert und erzwingt, ein kaskadierends <constant>UPDATE</constant> das durch
+                eine <classname>Zend_Db_Table</classname> Klasse ausgeführt wird mit der Verknüpfung
                 kollidiert, und in einem referentiellen integrativen Verstoß mündet. Ein
-                kaskadierendes <code>UPDATE</code> kann in <classname>Zend_Db_Table</classname>
-                <emphasis>nur</emphasis> dann verwendet werden wenn die eigene Datenbank die
-                referentielle integrative Verknüpfung nicht erzwingt.
+                kaskadierendes <constant>UPDATE</constant> kann in
+                <classname>Zend_Db_Table</classname> <emphasis>nur</emphasis> dann verwendet werden
+                wenn die eigene Datenbank die referentielle integrative Verknüpfung nicht erzwingt.
             </para>
 
             <para>
-                Ein kaskadierendes <code>DELETE</code> erleidet weniger durch das Problem des
-                referentiellen integrativen Verstoßes. Abhängige Zeilen können genauso gelöscht
+                Ein kaskadierendes <constant>DELETE</constant> erleidet weniger durch das Problem
+                des referentiellen integrativen Verstoßes. Abhängige Zeilen können genauso gelöscht
                 werden wie durch eine nicht-atomare Aktion bevor die Elternzeile die diese
                 referenziert gelöscht wird.
             </para>
 
             <para>
-                Trotzdem, für beide <code>UPDATE</code> und <code>DELETE</code>, erzeugt die
-                Änderung der Datenbank in einem nicht-atomaren Weg auch das Risiko das ein anderer
-                Datenbankbenutzer die Daten in einem inkonsistenten Status sieht. Wenn, zum
-                Beispiel, eine Zeile und alle Ihre abhängigen Zeilen, gelöscht werden, gibt es eine
-                kleine Chance das ein anderes Datenbank Clientprogramm die Datenbank abfragen kann
-                nachdem die abhängigen Zeilen gelöscht wurden, aber bevor die Elternzeilen gelöscht
-                wurden. Dieses Clientprogramm kann die Elternzeilen ohne abhängige Zeilen sehen,
-                und diese als gewünschten Status der Daten annehmen. Es gibt keinen Weg für diesen
-                Clienten herauszufinden das die Abfrage der Datenbank mitten wärend einer Änderung
-                gelesen wurde.
+                Trotzdem, für beide <constant>UPDATE</constant> und <constant>DELETE</constant>,
+                erzeugt die Änderung der Datenbank in einem nicht-atomaren Weg auch das Risiko das
+                ein anderer Datenbankbenutzer die Daten in einem inkonsistenten Status sieht. Wenn,
+                zum Beispiel, eine Zeile und alle Ihre abhängigen Zeilen, gelöscht werden, gibt es
+                eine kleine Chance das ein anderes Datenbank Clientprogramm die Datenbank abfragen
+                kann nachdem die abhängigen Zeilen gelöscht wurden, aber bevor die Elternzeilen
+                gelöscht wurden. Dieses Clientprogramm kann die Elternzeilen ohne abhängige Zeilen
+                sehen, und diese als gewünschten Status der Daten annehmen. Es gibt keinen Weg für
+                diesen Clienten herauszufinden das die Abfrage der Datenbank mitten wärend einer
+                Änderung gelesen wurde.
             </para>
 
             <para>
@@ -940,13 +941,13 @@ class BugsProducts extends Zend_Db_Table_Abstract
             </para>
 
             <para>
-                <emphasis>Kein kaskadierendes <code>INSERT</code>.</emphasis>
+                <emphasis>Kein kaskadierendes <constant>INSERT</constant>.</emphasis>
             </para>
 
             <para>
-                Es gibt keine Unterstützung für ein kaskadierendes <code>INSERT</code>. Man muß
-                eine Zeile in eine Elterntabelle in einer Operation hinzufügen, und Zeilen zu einer
-                abhängigen Tabelle in einer unabhängigen Operation hinzufügen.
+                Es gibt keine Unterstützung für ein kaskadierendes <constant>INSERT</constant>. Man
+                muß eine Zeile in eine Elterntabelle in einer Operation hinzufügen, und Zeilen zu
+                einer abhängigen Tabelle in einer unabhängigen Operation hinzufügen.
             </para>
 
         </sect3>

documentation/manual/de/module_specs/Zend_Db_Table.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17172 -->
+<!-- EN-Revision: 17173 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.db.table">
 
@@ -517,10 +517,11 @@ $data = array(
         </example>
 
         <para>
-            Um obigen Beispiel vom Einfügen von Zeilen, wird angenommen das die Tabelle einen automatischen
-            Primärschlüssel hat. Das ist das Standardverhalten von <classname>Zend_Db_Table_Abstract</classname>,
-            aber es gibt auch andere Typen von Primärschlüssel. Das folgende Kapitel beschreibt wie
-            verschiedene Typen von Primärschlüssel unterstützt werden.
+            Um obigen Beispiel vom Einfügen von Zeilen, wird angenommen das die Tabelle einen
+            automatischen Primärschlüssel hat. Das ist das Standardverhalten von
+            <classname>Zend_Db_Table_Abstract</classname>, aber es gibt auch andere Typen von
+            Primärschlüssel. Das folgende Kapitel beschreibt wie verschiedene Typen von
+            Primärschlüssel unterstützt werden.
         </para>
 
         <sect3 id="zend.db.table.insert.key-auto">
@@ -529,13 +530,15 @@ $data = array(
 
             <para>
                 Ein automatischer Primärschlüssel erzeigt einen eindeutigen Integerwert wenn die
-                Spalte des Primären Typs in der eigenen SQL <code>INSERT</code> Anweisung unterdrückt wird.
+                Spalte des Primären Typs in der eigenen SQL <constant>INSERT</constant> Anweisung
+                unterdrückt wird.
             </para>
 
             <para>
-                Wenn die geschützte Variable <varname>$_sequence</varname>, in <classname>Zend_Db_Table_Abstract</classname>, als
-                boolscher Wert <constant>TRUE</constant> definiert wird, nimmt die Klasse an das die Tabelle
-                einen automatischen Primärschlüssel hat.
+                Wenn die geschützte Variable <varname>$_sequence</varname>, in
+                <classname>Zend_Db_Table_Abstract</classname>, als boolscher Wert
+                <constant>TRUE</constant> definiert wird, nimmt die Klasse an das die Tabelle einen
+                automatischen Primärschlüssel hat.
             </para>
 
             <example id="zend.db.table.insert.key-auto.example">
@@ -564,13 +567,13 @@ class Bugs extends Zend_Db_Table_Abstract
             </para>
 
             <para>
-                PostgreSQL hat eine <code>SERIAL</code> Notation die implizit eine Sequenz definiert
-                die auf den Tabellen- und Spaltennamen basiert, und diese Sequenz verwendet, um
-                einen Schlüsselwert für neue Zeilen zu erstellen. IBM DB2 hat eine
-                <code>IDENTITY</code> Notation die ähnlich arbeitet. Wenn eine dieser Notationen
-                verwendet wird, muß der <classname>Zend_Db_Table</classname> Klasse mitgeteilt
-                werden das Sie eine automatische Spalte hat, indem <varname>$_sequence</varname> auf
-                <constant>TRUE</constant> gesetzt wird.
+                PostgreSQL hat eine <constant>SERIAL</constant> Notation die implizit eine Sequenz
+                definiert die auf den Tabellen- und Spaltennamen basiert, und diese Sequenz
+                verwendet, um einen Schlüsselwert für neue Zeilen zu erstellen. IBM DB2 hat eine
+                <constant>IDENTITY</constant> Notation die ähnlich arbeitet. Wenn eine dieser
+                Notationen verwendet wird, muß der <classname>Zend_Db_Table</classname> Klasse
+                mitgeteilt werden das Sie eine automatische Spalte hat, indem
+                <varname>$_sequence</varname> auf <constant>TRUE</constant> gesetzt wird.
             </para>
 
         </sect3>
@@ -589,8 +592,8 @@ class Bugs extends Zend_Db_Table_Abstract
                 Wenn <varname>$_sequence</varname> als String definiert wird, nimmt
                 <classname>Zend_Db_Table_Abstract</classname> an das der String den Namen des
                 Sequenz Objektes in der Datenbank benennt. Die Sequenz wird aufgerufen um einen
-                neuen Wert zu erstellen, und dieser Wert wird in der <code>INSERT</code> Operation
-                verwendet.
+                neuen Wert zu erstellen, und dieser Wert wird in der <constant>INSERT</constant>
+                Operation verwendet.
             </para>
 
             <example id="zend.db.table.insert.key-sequence.example">
@@ -682,9 +685,9 @@ class BugStatus extends Zend_Db_Table_Abstract
             Spalten können in der Datenbanktabelle aktualisiert werden indem die <code>update</code>
             Methode der Table Klasse verwendet wird. Diese Methode nimmt zwei Argumente: ein
             assoziatives Array von Spalten die geändert werden sollen und neue Werte die diesen
-            Spalten hinzugefügt werden; und einen SQL Ausdruck der in der <code>WHERE</code> Klausel
-            verwendet wird, als Kriterium für die Zeilen die in der <code>UPDATE</code> Operation
-            geändert werden sollen.
+            Spalten hinzugefügt werden; und einen SQL Ausdruck der in der <constant>WHERE</constant>
+            Klausel verwendet wird, als Kriterium für die Zeilen die in der
+            <constant>UPDATE</constant> Operation geändert werden sollen.
         </para>
 
         <example id="zend.db.table.update.example">
@@ -711,7 +714,7 @@ $table->update($data, $where);
             <link linkend="zend.db.adapter.write.update"><methodname>update()</methodname></link>
             Methode des Datenbank Adapters weiterleitet, kann das zweite Argument ein Array von
             SQL Ausdrücken sein. Diese Ausdrücke werden als Boolsche Terme kombiniert indem ein
-            <code>AND</code> Operator verwendet wird.
+            <constant>AND</constant> Operator verwendet wird.
         </para>
 
         <note>
@@ -736,8 +739,8 @@ $table->update($data, $where);
         <para>
             Zeilen können von einer Datenbanktabelle gelöscht werden indem die
             <methodname>delete()</methodname> Methode verwendet wird. Diese Methode nimmt ein
-            Argument, welches ein SQL Ausdruck ist, der in der <code>WHERE</code> Klausel als
-            Kriterium dafür verwendet wird, welche Zeilen gelöscht werden sollen.
+            Argument, welches ein SQL Ausdruck ist, der in der <constant>WHERE</constant> Klausel
+            als Kriterium dafür verwendet wird, welche Zeilen gelöscht werden sollen.
         </para>
 
         <example id="zend.db.table.delete.example">
@@ -759,7 +762,7 @@ $table->delete($where);
             <link linkend="zend.db.adapter.write.delete"><methodname>delete()</methodname></link>
             Methode des Datenbank Adapters weiterleitet, kann das Argument ein Array von SQL
             Ausdrücken sein. Diese Ausdrücke werden als boolsche Terme kombiniert indem ein
-            <code>AND</code> Operator verwendet wird.
+            <constant>AND</constant> Operator verwendet wird.
         </para>
 
         <note>
@@ -1055,8 +1058,8 @@ $rows = $table->fetchAll($select);
                 Der <code>ORDER BY</code> kann auch ein Sortier-Kriterium übergeben werden, genauso
                 wie auch Count und Offset Integer Werte, verwendet werden können damit die Abfrage
                 ein spezielles Subset von Zeilen zurück gibt. Diese Werte werden in einer
-                <code>LIMIT</code> Klausel verwendet oder in einer ähnlichen Logik für RDBMS Marken
-                die die <code>LIMIT</code> Syntax nicht unterstützen.
+                <constant>LIMIT</constant> Klausel verwendet oder in einer ähnlichen Logik für RDBMS
+                Marken die die <constant>LIMIT</constant> Syntax nicht unterstützen.
             </para>
 
             <example id="zend.db.table.fetch-all.example2">

documentation/manual/de/module_specs/Zend_Db_Table_Row.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17133 -->
+<!-- EN-Revision: 17173 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.db.table.row">
 
@@ -552,9 +552,9 @@ class MyApplicationRow extends Zend_Db_Table_Row_Abstract
                 Die Zeilenklasse ruft geschützte Methoden namens
                 <methodname>_insert()</methodname>, <methodname>_update()</methodname>, und
                 <methodname>_delete()</methodname> auf, bevor die entsprechenden
-                Operationen in der <code>INSERT</code>, <code>UPDATE</code>, und
-                <code>DELETE</code> ausgeführt werden. In diesen Methoden kann in den eigenen
-                Zeilenklassen auch eigene Logik implementiert werden.
+                Operationen in der <constant>INSERT</constant>, <constant>UPDATE</constant>, und
+                <constant>DELETE</constant> ausgeführt werden. In diesen Methoden kann in den
+                eigenen Zeilenklassen auch eigene Logik implementiert werden.
             </para>
 
             <para>

documentation/manual/de/module_specs/Zend_Debug.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17166 -->
+<!-- EN-Revision: 17173 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.debug.dumping">
 
@@ -62,7 +62,7 @@ Zend_Debug::dump($var, $label=null, $echo=true);
         <para>
             Um permanenteren Debugging-Code zu schreiben sollte die
             <link linkend="zend.log.overview">Zend_Log</link> Komponente verwendet
-            werden. Zum Beispiel kann der <code>DEBUG</code> Loglevel mit dem
+            werden. Zum Beispiel kann der <constant>DEBUG</constant> Loglevel mit dem
             Stream Logger verwendet werden um die Zeichenkette auszugeben die durch
             <methodname>Zend_Debug::dump()</methodname> zurückgegeben wird.
         </para>

documentation/manual/de/module_specs/Zend_Dom-Query.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17133 -->
+<!-- EN-Revision: 17173 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.dom.query">
     <title>Zend_Dom_Query</title>
@@ -198,7 +198,8 @@ foreach ($results as $result) {
                 <listitem><para>
                     <methodname>getDocumentType()</methodname>: Empfängt den Typ des Dokuments das
                     dem Objekt übergeben wurde; das wird eine der Klassenkonstanten
-                    <code>DOC_XML</code>, <code>DOC_XHTML</code>, oder <code>DOC_HTML</code> sein.
+                    <constant>DOC_XML</constant>, <constant>DOC_XHTML</constant>, oder
+                    <constant>DOC_HTML</constant> sein.
                 </para></listitem>
 
                 <listitem><para>