|
|
@@ -1,5 +1,5 @@
|
|
|
<?xml version="1.0" encoding="UTF-8"?>
|
|
|
-<!-- EN-Revision: 22921 -->
|
|
|
+<!-- EN-Revision: 23282 -->
|
|
|
<!-- Reviewed: no -->
|
|
|
<sect1 id="zend.db.adapter">
|
|
|
<title>Zend_Db_Adapter</title>
|
|
|
@@ -450,7 +450,7 @@ $db = Zend_Db::factory('Pdo_Mysql', $params);
|
|
|
</example>
|
|
|
|
|
|
<example id="zend.db.adapter.connecting.parameters.example3">
|
|
|
- <title>Passando Opções de Driver PDO para a a Fábrica</title>
|
|
|
+ <title>Passando Opções de Driver PDO para a Fábrica</title>
|
|
|
|
|
|
<programlisting language="php"><![CDATA[
|
|
|
$pdoParams = array(
|
|
|
@@ -641,15 +641,13 @@ CREATE TABLE bugs_products (
|
|
|
]]></programlisting>
|
|
|
|
|
|
<para>
|
|
|
- Note também que a tabela 'bugs' contém múltiplas
|
|
|
- referências de chave estrangeira para a tabela 'accounts'.
|
|
|
- Cada uma das chaves estrangeiras pode referenciar uma linha diferente na
|
|
|
- tabela 'accounts' para um dado bug.
|
|
|
+ Note também que a tabela 'bugs' contém múltiplas referências de chave estrangeira para a
|
|
|
+ tabela 'accounts'. Cada uma das chaves estrangeiras pode referenciar uma linha diferente
|
|
|
+ na tabela 'accounts' para um dado bug.
|
|
|
</para>
|
|
|
|
|
|
<para>
|
|
|
- O diagrama abaixo ilustra o modelo físico de dados do
|
|
|
- banco de dados de exemplo.
|
|
|
+ O diagrama abaixo ilustra o modelo físico de dados do banco de dados de exemplo.
|
|
|
</para>
|
|
|
|
|
|
<para>
|
|
|
@@ -1554,14 +1552,13 @@ echo $sql
|
|
|
|
|
|
<para>
|
|
|
Bases de dados definem as operações como unidades lógicas de trabalho que podem ser
|
|
|
- confirmadas ou revertidas como uma única mudança, mesmo que operem
|
|
|
- em várias tabelas. Todas as consultas ao banco de dados são executadas no
|
|
|
- no contexto de uma transação, mesmo se o driver de banco de dados as gerencia
|
|
|
- implicitamente. Isso é chamado modo <emphasis>auto-commit</emphasis>,
|
|
|
- no qual o driver de banco cria uma transação para cada
|
|
|
- declaração que você executa, e confirma essa transação após sua
|
|
|
- declaração <acronym>SQL</acronym> ser executada. Por padrão, todas
|
|
|
- as classes adaptadoras <classname>Zend_Db</classname> operam em modo auto-commit.
|
|
|
+ confirmadas ou revertidas como uma única mudança, mesmo que operem em várias tabelas.
|
|
|
+ Todas as consultas ao banco de dados são executadas no contexto de uma transação, mesmo
|
|
|
+ se o driver de banco de dados as gerencia implicitamente. Isso é chamado modo
|
|
|
+ <emphasis>auto-commit</emphasis>, no qual o driver de banco cria uma transação para cada
|
|
|
+ declaração que você executa, e confirma essa transação após sua declaração
|
|
|
+ <acronym>SQL</acronym> ser executada. Por padrão, todas as classes adaptadoras
|
|
|
+ <classname>Zend_Db</classname> operam em modo auto-commit.
|
|
|
</para>
|
|
|
|
|
|
<para>
|
|
|
@@ -2151,9 +2148,9 @@ if (!is_null($version)) {
|
|
|
<listitem>
|
|
|
<para>
|
|
|
<classname>Zend_Db_Adapter_Sqlsrv</classname> configura
|
|
|
- <constant>QUOTED_IDENTIFIER</constant> ON imediatamente após conectar-se
|
|
|
- a um servidor <acronym>SQL</acronym>. Isso faz com que o driver utilize o
|
|
|
- o símbolo delimitador de identificador da <acronym>SQL</acronym> padrão
|
|
|
+ <constant>QUOTED_IDENTIFIER</constant> ON imediatamente após conectar-se a
|
|
|
+ um servidor <acronym>SQL</acronym>. Isso faz com que o driver utilize o
|
|
|
+ símbolo delimitador de identificador da <acronym>SQL</acronym> padrão
|
|
|
(<emphasis> "</emphasis>) em vez dos colchetes que a sintaxe do
|
|
|
<acronym>SQL</acronym> Server usa para delimitar identificadores.
|
|
|
</para>
|