slawek Sun Mar 17 10:03:49 2002 EDT
Modified files:
/phpdoc/pl/features persistent-connections.xml
Log:
Updated to EN 1.18
Index: phpdoc/pl/features/persistent-connections.xml
diff -u phpdoc/pl/features/persistent-connections.xml:1.7
phpdoc/pl/features/persistent-connections.xml:1.8
--- phpdoc/pl/features/persistent-connections.xml:1.7 Thu Dec 20 07:41:37 2001
+++ phpdoc/pl/features/persistent-connections.xml Sun Mar 17 10:03:49 2002
@@ -1,6 +1,6 @@
<?xml version="1.0" encoding="iso-8859-2"?>
-<!-- EN-Revision: 1.14 Maintainer: slawek Status: ready -->
-<!-- $Revision: 1.7 $ -->
+<!-- EN-Revision: 1.18 Maintainer: slawek Status: ready -->
+<!-- $Revision: 1.8 $ -->
<chapter id="features.persistent-connections">
<title>Sta�e po��czenia z bazami danych</title>
@@ -12,6 +12,12 @@
jest nowe. Po��czenie 'identyczne' to po��czenie z tym samym hostem,
z tak� sam� nazw� u�ytkownika i has�em.
</simpara>
+ <note>
+ <para>
+ Istniej� tak�e inne modu�y udost�pniaj�ce sta�e po��czenia, na przyk�ad
+ <link linkend="ref.imap">IMAP</link>.
+ </para>
+ </note>
<simpara>
Ludzie niezbyt dobrze znaj�cy zasady dzia�ania serwer�w mog� czasem
bra� sta�e po��czenia za co�, czym te nie s�. Sta�e po��czenia
@@ -89,14 +95,39 @@
zapchana. Poszukaj w dokumentacji swojej bazy danych w jaki spos�b radzi
sobie ona z porzuconymi lub bezczynnymi po��czeniami.
</simpara>
+ <warning>
+ <simpara>
+ Istnieje kilka zagro�e�, kt�re nale�y bra� pod uwag� decyduj�c si� na
+ u�ywanie sta�ych po��cze�. Jednym z nich jest sytuacja, w kt�rej skrypt
+ blokuj�cy tabel�, z jakiegokolwiek powodu nie mo�e zdj�� blokady. Wtedy
+ kolejne skrypty korzystaj�ce z tego samego po��czenia b�d� zablokowane i
+ mo�e zaj�� potrzeba ponownego uruchomienia serwera httpd lub serwera bazy
+ danych. Kolejne zagro�enie dotyczy transakcji. Je�li skrypt u�ywaj�cy
+ transakcji zako�czy dzia�anie przed zako�czeniem bloku transakcji, to
+ zostanie on (blok) przeniesiony do nast�pnego skryptu. W obu przypadkach
+ mo�na u�y� <function>register_shutdown_function</function>, aby
+ zarejestrowa� funkcj� porz�dkuj�c�, kt�ra odblokuje tabele lub wycofa
+ transakcje. Najlepiej jednak jest zrezygnowa� ze sta�ych po��cze� w
+ skryptach u�ywaj�cych blokowania tabel lub transakcji.
+ </simpara>
+ </warning>
<simpara>
- Wa�ne podsumowanie. Sta�e po��czenia zosta�y zaprojektowane tak, by
+ Istotne podsumowanie. Sta�e po��czenia zosta�y zaprojektowane tak, by
odpowiada� zwyk�ym po��czeniom. Oznacza to, �e <emphasis>zawsze</emphasis>
mo�esz zast�pi� sta�e po��czenia zwyk�ymi i nie zmieni to zachowania
- skryptu. Natomiast <emphasis>mo�e</emphasis> zmieni� (i pewnie zmieni)
+ skryptu. Natomiast <emphasis>mo�e</emphasis> zmieni� (i zapewne zmieni)
jego wydajno��!
</simpara>
-
+ <para>
+ Zobacz tak�e <function>fbsql_pconnect</function>,
+ <function>ibase_pconnect</function>, <function>ifx_pconnect</function>,
+ <function>imap_popen</function>, <function>ingres_pconnect</function>,
+ <function>msql_pconnect</function>, <function>mssql_pconnect</function>,
+ <function>mysql_pconnect</function>, <function>OCIPLogon</function>,
+ <function>odbc_pconnect</function>, <function>Ora_pLogon</function>,
+ <function>pfsockopen</function>, <function>pg_pconnect</function> i
+ <function>sybase_pconnect</function>.
+ </para>
</chapter>
<!-- Keep this comment at the end of the file
@@ -108,6 +139,7 @@
sgml-always-quote-attributes:t
sgml-indent-step:1
sgml-indent-data:t
+indent-tabs-mode:nil
sgml-parent-document:nil
sgml-default-dtd-file:"../../manual.ced"
sgml-exposed-tags:nil
