Update FAQ's in head and 7.3.X.

2 files changed, 43 insertions, 44 deletions

diff --git a/doc/FAQ_russian b/doc/FAQ_russian
index b0dda39024..be940f77ea 100644
--- a/doc/FAQ_russian
+++ b/doc/FAQ_russian
@@ -1,7 +1,7 @@
 
                Otvety na chasto zadavaemye voprosy po PostgreSQL
                                        
-   Data poslednego obnovleniya: CHetverg 5 Dekabrya 00:47:26 EDT 2002
+   Data poslednego obnovleniya: CHetverg 13 Fevralya 23:07:35 EDT 2002
    
    Anglijskij variant soprovozhdaet: Bryus Mom'yan (Bruce Momjian)
    (pgman@candle.pha.pa.us)
@@ -275,7 +275,7 @@
    
     1.7) Kakaya poslednyaya versiya?
     
-   Poslednij vypusk PostgreSQL - `eto versiya 7.2.3.
+   Poslednij vypusk PostgreSQL - `eto versiya 7.3.1.
    
    My planiruem vypuskat' novye versii kazhdye chetyre mesyaca.
    
@@ -469,17 +469,13 @@
     2.3) Est' li u PostgreSQL graficheskij interfejs pol'zovatelya?
     
    Da, suschestvuet neskol'ko graficheskih interfejsov dlya PostgreSQL.
-   `Eto PgAccess (http://www.pgaccess.com, PgAdmin II
+   `Eto PgAccess (http://www.pgaccess.org, PgAdmin II
    (http://www.pgadmin.org, Win32-only), RHDB Admin (
    http://sources.redhat.com/rhdb/) i Rekall (
    http://www.thekompany.com/products/rekall/, kommercheskij). Takzhe
    est' PHPPgAdmin ( http://phppgadmin.sourceforge.net/) - interfejs k
    PostgreSQL, osnovannyj na Web.
    
-   U nas est' prekrasnyj goraficheskij interfejs, nazyvaemyj PgAccess,
-   kotoryj takzhe mozhno ispol'zovat' kak generator otchetov. Ego
-   stranichka http://www.pgaccess.org/
-   
     2.4) Kakie yazyki mogut vzaimodejstvovat' s PostgreSQL?
     
    Kakie-libo interfejsy dlya PostgreSQL suschestvuyut dlya bol'shinstva
@@ -669,10 +665,6 @@
    sozdaniya ogranicheniya na kolichestvo backend processov kak raz i
    sostoit v tom, chtoby vashej sisteme hvatilo resursov.
    
-   V PostgreSQL do versii 6.5, maksimal'noe kolichestvo backend processov
-   bylo 64, i izmenenie `etogo kolichestva trebovalo perekompilyacii
-   posle ustanovki konstanty MaxBackendId v include/storage/sinvaladt.h.
-   
     3.9) CHto nahoditsya v kataloge pgsql_tmp?
     
    Dannyj katalog soderzhit vremennye fajly, generiruemye obrabotchikom
@@ -853,6 +845,11 @@ pa
     ORDER BY col [ DESC ]
     LIMIT 1;
 
+   Esli vam kazhetsya, chto optimizator nekorretno vybiraet
+   posledovatel'nyj perebor, ispol'zujte SET enable_seqscan TO 'off' i
+   zapustite testy, chtoby uvidet', ne stalo-li skanirovanie indeksov
+   bystree.
+   
    Kogda ispol'zuyutsya operacii s shablonami, naprimer LIKE ili ~,
    indeksy mogut byt' ispol'zovany v sleduyuschih sluchayah:
      * Nachalo stroki poiska dolzhno sovpadat' s nachalom iskomoj stroki,
@@ -929,12 +926,12 @@ pa
     
 Tip            Vnutrennee imya   Zamechaniya
 --------------------------------------------------
-"char"          char            1 simvol
-CHAR(n)         bpchar          zapolnyaetsya pustotoj do fiksirovannoj dliny
 VARCHAR(n)      varchar         razmer zadaet maksimal'nuyu dlinu, net zapolnen
 iya
+CHAR(n)         bpchar          zapolnyaetsya pustotoj do fiksirovannoj dliny
 TEXT            text            net zadavaemogo verhnego ogranicheniya ili dlin
 y
+"char"          char            odin simvol
 BYTEA           bytea           massiv bajt peremennoj dliny (mozhno ispol'zova
 t' null-bajt bez opaski)
 
@@ -948,15 +945,17 @@ t' null-bajt bez opaski)
    szhatiyu ili mogut byt' sohraneny ne v strokom vide cherez TOAST, tak
    chto zanimaemoe diskovoe prostranstvo mozhet takzhe byt' i men'she,
    chem ozhidalos'.
+   VARCHAR(n) - `eto luchshee reshenie, kogda nuzhno hranit' stroki
+   peremennoj dliny, ne prevyshayuschie opredelennogo razmera. TEXT -
+   `eto luchshee reshenie dlya strok neogranichennoj dliny, s maksimal'no
+   dopustimoj dlinoj v 1 gigabajt.
    
    CHAR(n) - `eto luchshee reshenie dlya hraneniya strok, kotorye obychno
-   imeyut odinakovuyu dlinu. VARCHAR(n) - `eto luchshee reshenie, kogda
-   nuzhno hranit' stroki peremennoj dliny, no ne prevyshayuschie
-   opredelennogo razmera. TEXT - `eto luchshee reshenie dlya strok
-   neogranichennoj dliny, s maksimal'no dopustimoj dlinoj v 1 gigabajt.
-   BYTEA dlya hraneniya binarnyh dannyh, znacheniya kotoryh mogut
-   vklyuchat' NULL bajty. `Eti tipy imeyut shodnye harakteristiki
-   proizvoditel'nosti.
+   imeyut odinakovuyu dlinu. CHAR(n) zapolnyaetsya pustotoj do zadannoj
+   dliny, v to vremya kak VARCHAR(n) hranit tol'ko simvoly, iz kotoryh
+   sostoit stroka. BYTEA ispol'zuetsya dlya hraneniya binarnyh dannyh,
+   znacheniya kotoryh mogut vklyuchat' NULL bajty. `Eti tipy imeyut
+   shodnye harakteristiki proizvoditel'nosti.
    
     4.15.1) Kak mne sozdat' pole serial/s-avto-uvelicheniem?
     
@@ -1146,8 +1145,8 @@ CREATE TABLE test (x int, modtime timestamp DEFAULT CURRENT_TIMESTAMP );
     WHERE EXISTS (SELECT subcol FROM subtab WHERE subcol = col);
 
    CHtoby takaya konstrukciya rabotala bystro, kolonka subcol dolzhna
-   byt' proindeksirovana. My nadeemsya ubrat' `eto ogranichenie v
-   buduschem vypuske.
+   byt' proindeksirovana. `Eta problema proizvoditel'nosti budet
+   ustranena v versii 7.4.
    
     4.23) Kak mne vypolnit' vneshnee svyazyvanie?
     
diff --git a/doc/src/FAQ/FAQ_russian.html b/doc/src/FAQ/FAQ_russian.html
index 9c5df57ec2..d1cf4e4353 100644
--- a/doc/src/FAQ/FAQ_russian.html
+++ b/doc/src/FAQ/FAQ_russian.html
@@ -13,7 +13,7 @@
   alink="#0000ff">
     <H1>Ответы на часто задаваемые вопросы по PostgreSQL</H1>
 
-    <P>Дата последнего обновления: Четверг 5 Декабря 00:47:26 EDT 2002</P>
+    <P>Дата последнего обновления: Четверг 13 Февраля 23:07:35 EDT 2002</P>
 
     <P>Английский вариант сопровождает: Брюс Момьян (Bruce Momjian) (<A href=
     "mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</A>)<BR>
@@ -323,7 +323,7 @@
 
     <H4><A name="1.7">1.7</A>) Какая последняя версия?</H4>
 
-    <P>Последний выпуск PostgreSQL - это версия 7.2.3.</P>
+    <P>Последний выпуск PostgreSQL - это версия 7.3.1.</P>
 
     <P>Мы планируем выпускать новые версии каждые четыре месяца.</P>
 
@@ -550,7 +550,7 @@
     пользователя?</H4>
 
     <P>Да, существует несколько графических интерфейсов для PostgreSQL.
-    Это PgAccess (<A href="http://www.pgaccess.com/">http://www.pgaccess.com</A>,
+    Это PgAccess (<A href="http://www.pgaccess.org/">http://www.pgaccess.org</A>,
     PgAdmin II (<A href="http://www.pgadmin.org/">http://www.pgadmin.org</A>,
     Win32-only), RHDB Admin (<A href="http://sources.redhat.com/rhdb/">
     http://sources.redhat.com/rhdb/</A>) и Rekall
@@ -558,11 +558,7 @@
     http://www.thekompany.com/products/rekall/</A>, коммерческий). Также есть
     PHPPgAdmin (<A href="http://phppgadmin.sourceforge.net/">
     http://phppgadmin.sourceforge.net/</A>) - интерфейс к PostgreSQL, основанный
-    на Web.
-
-    <P>У нас есть прекрасный горафический интерфейс, называемый
-    PgAccess, который также можно использовать как генератор отчетов.
-    Его страничка <A href="http://www.pgaccess.org">http://www.pgaccess.org/</A></P>
+    на Web.</p>
 
     <H4><A name="2.4">2.4</A>) Какие языки могут взаимодействовать с PostgreSQL?</H4>
 
@@ -772,10 +768,6 @@
     Причина создания ограничения на количество backend процессов как
     раз и состоит в том, чтобы вашей системе хватило ресурсов.</P>
 
-    <P>В PostgreSQL до версии 6.5, максимальное количество backend процессов
-    было 64, и изменение этого количества требовало перекомпиляции после
-    установки константы MaxBackendId в <I>include/storage/sinvaladt.h</I>.</P>
-
     <H4><A name="3.9">3.9</A>) Что находится в каталоге <I>pgsql_tmp</I>?</H4>
 
     <P>Данный каталог содержит временные файлы, генерируемые обработчиком
@@ -969,6 +961,11 @@
     LIMIT 1;
 </pre>
 
+    <P>Если вам кажется, что оптимизатор некорретно выбирает последовательный
+    перебор, используйте <CODE>SET enable_seqscan TO 'off'</CODE> и
+    запустите тесты, чтобы увидеть, не стало-ли сканирование индексов быстрее.
+    </P>
+
     <P>Когда используются операции с шаблонами, например <SMALL>LIKE</SMALL>
     или <I>~</I>, индексы могут быть использованы в следующих случаях:</P>
     <UL>
@@ -1058,10 +1055,10 @@
 <PRE>
 Тип            Внутреннее имя   Замечания
 --------------------------------------------------
-"char"          char            1 символ
-CHAR(n)         bpchar          заполняется пустотой до фиксированной длины
 VARCHAR(n)      varchar         размер задает максимальную длину, нет заполнения
+CHAR(n)         bpchar          заполняется пустотой до фиксированной длины
 TEXT            text            нет задаваемого верхнего ограничения или длины
+"char"          char            один символ
 BYTEA           bytea           массив байт переменной длины (можно использовать null-байт без опаски)
 </PRE>
 
@@ -1076,13 +1073,16 @@ BYTEA           bytea           массив байт переменной длины (можно использовать
     так что занимаемое дисковое пространство может также быть и меньше,
     чем ожидалось.</P>
 
+    <SMALL>VARCHAR(n)</SMALL> - это лучшее решение, когда нужно хранить
+    строки переменной длины, не превышающие определенного размера.
+    <SMALL>TEXT</SMALL> - это лучшее решение для строк неограниченной длины,
+    с максимально допустимой длиной в 1 гигабайт.
     <P><SMALL>CHAR(n)</SMALL> - это лучшее решение для хранения строк, которые
-    обычно имеют одинаковую длину. <SMALL>VARCHAR(n)</SMALL> - это лучшее
-    решение, когда нужно хранить строки переменной длины, но не превышающие
-    определенного размера. <SMALL>TEXT</SMALL> - это лучшее решение для строк
-    неограниченной длины, с максимально допустимой длиной в 1 гигабайт.
-    <SMALL>BYTEA</SMALL> для хранения бинарных данных, значения которых
-    могут включать <SMALL>NULL</SMALL> байты. Эти типы имеют сходные
+    обычно имеют одинаковую длину. <SMALL>CHAR(n)</SMALL> заполняется
+    пустотой до заданной длины, в то время как <SMALL>VARCHAR(n)</SMALL>
+    хранит только символы, из которых состоит строка.
+    <SMALL>BYTEA</SMALL> используется для хранения бинарных данных, значения
+    которых могут включать <SMALL>NULL</SMALL> байты. Эти типы имеют сходные
     характеристики производительности.</P>
 
     <H4><A name="4.15.1">4.15.1</A>) Как мне создать поле
@@ -1321,8 +1321,8 @@ BYTEA           bytea           массив байт переменной длины (можно использовать
 </PRE>
 
     Чтобы такая конструкция работала быстро, колонка <CODE>subcol</CODE>
-    должна быть проиндексирована.
-    Мы надеемся убрать это ограничение в будущем выпуске.
+    должна быть проиндексирована. Эта проблема производительности будет
+    устранена в версии 7.4.
 
     <H4><A name="4.23">4.23</A>) Как мне выполнить внешнее связывание?</H4>