Update Russian FAQ, both branches.

Viktor Vislobokov

doc/FAQ_russian

@@ -1,12 +1,12 @@
 
                Otvety na chasto zadavaemye voprosy po PostgreSQL
                                        
-   Data poslednego obnovleniya: Voskresen'e 5 Oktyabrya 10:25:21 EDT 2003
+   Data poslednego obnovleniya: Sreda 19 noyabrya 11:50:04 EDT 2003
    
    Anglijskij variant soprovozhdaet: Bryus Mom'yan (Bruce Momjian)
    (pgman@candle.pha.pa.us)
    
-   Perevel na russkij: Viktor Vislobokov (victor_v@permonline.ru)
+   Perevel na russkij: Viktor Vislobokov (corochoone@perm.ru)
    
    Samuyu svezhuyu anglijskuyu versiyu dokumenta mozhno najti na
    http://www.PostgreSQL.org/docs/faqs/FAQ.html.
@@ -273,16 +273,17 @@
    
      http://www.PostgreSQL.org
      
-   Esche suschestvuet IRC kanal na EFNet i OpenProjects, s nazvaniem
+   Esche suschestvuet IRC kanal na EFNet i Freenode, s nazvaniem
    #PostgreSQL. YA ispol'zuyu dlya podklyucheniya k `etomu kanalu komandu
-   Unix irc -c '#PostgreSQL' "$USER" irc.phoenix.net.
+   Unix irc -c '#PostgreSQL' "$USER" irc.phoenix.net. ili irc -c
+   '#PostgreSQL' "$USER" irc.freenode.net.
    
    Spisok kommercheskoj podderzhki kompanij dostupen na
    http://techdocs.postgresql.org/companies.php.
    
     1.7) Kakaya poslednyaya versiya?
     
-   Poslednij vypusk PostgreSQL - `eto versiya 7.3.4.
+   Poslednij vypusk PostgreSQL - `eto versiya 7.4.
    
    My planiruem vypuskat' novye versii kazhdye 6-8 mesyacev.
    
@@ -485,7 +486,7 @@
     2.3) Est' li u PostgreSQL graficheskij interfejs pol'zovatelya?
     
    Da, suschestvuet neskol'ko graficheskih interfejsov dlya PostgreSQL.
-   `Eto PgAccess (http://www.pgaccess.org, PgAdmin II
+   `Eto PgAccess (http://www.pgaccess.org, PgAdmin III
    (http://www.pgadmin.org, Win32-only), RHDB Admin (
    http://sources.redhat.com/rhdb/) i Rekall (
    http://www.thekompany.com/products/rekall/, kommercheskij). Takzhe
@@ -770,7 +771,7 @@ dalit'
     
    Suschestvuyut sleduyuschie ogranicheniya:
     Maksimal'nyj razmer bazy?              neogranichen (suschestvuyut bazy na
-4 TB)
+32 TB)
     Maksimal'nyj razmer tablicy?           32 TB
     Maksimal'nyj razmer zapisi?            1.6 TB
     Maksimal'nyj razmer polya?              1 GB
@@ -990,7 +991,7 @@ t' null-bajt bez opaski)
     4.15.1) Kak mne sozdat' pole serial/s-avto-uvelicheniem?
     
    PostgreSQL podderzhivaet tip dannyh SERIAL. On avtomaticheski sozdaet
-   posledovatel'nost' i indeks dlya kolonki. Naprimer:
+   posledovatel'nost'. Naprimer:
     CREATE TABLE person (
         id   SERIAL,
         name TEXT
@@ -1002,7 +1003,6 @@ t' null-bajt bez opaski)
         id   INT4 NOT NULL DEFAULT nextval('person_id_seq'),
         name TEXT
     );
-    CREATE UNIQUE INDEX person_id_key ON person ( id );
 
    Smotrite podrobnosti o posledovatel'nostyah na stranice rukovodstva
    posvyaschennoj create_sequence. Vy takzhe mozhete ispol'zovat' kazhdoe
@@ -1160,12 +1160,12 @@ CREATE TABLE test (x int, modtime timestamp DEFAULT CURRENT_TIMESTAMP );
 
     4.22) Pochemu moi podzaprosy, ispol'zuyuschie IN tak medlenno rabotaeyut?
     
-   V nastoyaschij moment, my svyazyvaem pozaprosy dlya vneshnih zaprosov
+   V versiyah do 7.4, podzaprosy svyazyvalis' s roditel'skimi zaprosami
-   cherez posledovatel'nyj perebor rezul'tata podzaprosa dlya kazhdoj
+   cherez posledovatel'nyj perebor rezul'tatov pozaprosa dlya kazhdoj
-   zapisi vneshnego zaprosa. Esli podzapros vozvraschaet tol'ko neskol'ko
+   zapisi roditel'skogo zaprosa. Esli podzapros vozvraschaet tol'ko
-   zapisej i vneshnij zapros vozvraschaet mnogo zapisej, IN rabotaet
+   neskol'ko zapisej, a roditel'skij zapros vozvraschaet mnogo zapisej,
-   naibolee bystro. CHtoby uvelichit' skorost' v drugih zaprosah,
+   IN rabotaet naibolee bystro. CHtoby uvelichit' skorost' v drugih
-   zamenite IN na EXISTS:
+   zaprosah, zamenite IN na EXISTS:
     SELECT *
     FROM tab
     WHERE col IN (SELECT subcol FROM subtab);
@@ -1176,8 +1176,12 @@ 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. `Eta problema proizvoditel'nosti budet
+   byt' proindeksirovana.
-   ustranena v versii 7.4.
+   
+   V versii 7.4 i vyshe, IN fakticheski ispol'zuet takoj zhe mehanizm
+   svyazyvaniya kak i obychnye zaprosy, po`etomu predpochtitel'nym
+   yavlyaetsya ispol'zovanie EXISTS
+   .
    
     4.23) Kak mne vypolnit' vneshnee svyazyvanie?
     

doc/src/FAQ/FAQ_russian.html

@@ -9,17 +9,16 @@
     <TITLE>PostgreSQL FAQ</TITLE>
   </HEAD>
 
-  <BODY bgcolor="#ffffff" text="#000000" link="#ff0000" vlink="#a00000"
+  <BODY bgcolor="#ffffff" text="#000000" link="#ff0000" vlink="#a00000" alink="#0000ff">
-  alink="#0000ff">
     <H1>Ответы на часто задаваемые вопросы по PostgreSQL</H1>
 
-    <P>Дата последнего обновления: Воскресенье 5 Октября 10:25:21 EDT 2003</P>
+    <P>Дата последнего обновления: Среда 19 ноября 11:50:04 EDT 2003</P>
 
     <P>Английский вариант сопровождает: Брюс Момьян (Bruce Momjian) (<A href=
     "mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</A>)<BR>
     </P>
     <P>Перевел на русский: Виктор Вислобоков (<A href=
-    "mailto:pgman@candle.pha.pa.us">victor_v@permonline.ru</A>)<BR>
+    "mailto:pgman@candle.pha.pa.us">corochoone@perm.ru</A>)<BR>
     </P>
 
     <P>Самую свежую английскую версию документа можно найти на
@@ -321,16 +320,17 @@
       <A href="http://www.PostgreSQL.org">http://www.PostgreSQL.org</A>
     </BLOCKQUOTE>
 
-    <P>Еще существует IRC канал на EFNet и OpenProjects, с названием
+    <P>Еще существует IRC канал на EFNet и Freenode, с названием
     <I>#PostgreSQL</I>. Я использую для подключения к этому каналу команду Unix
-    <CODE>irc -c '#PostgreSQL' "$USER" irc.phoenix.net.</CODE></P>
+    <CODE>irc -c '#PostgreSQL' "$USER" irc.phoenix.net.</CODE> или
+    <CODE>irc -c '#PostgreSQL' "$USER" irc.freenode.net.</CODE></P>
 
     <P>Список коммерческой поддержки компаний доступен на
     <A href="http://techdocs.postgresql.org/companies.php">http://techdocs.postgresql.org/companies.php</A>.</P>
 
     <H4><A name="1.7">1.7</A>) Какая последняя версия?</H4>
 
-    <P>Последний выпуск PostgreSQL - это версия 7.3.4.</P>
+    <P>Последний выпуск PostgreSQL - это версия 7.4.</P>
 
     <P>Мы планируем выпускать новые версии каждые 6-8 месяцев.</P>
 
@@ -566,7 +566,7 @@
 
     <P>Да, существует несколько графических интерфейсов для PostgreSQL.
     Это 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>,
+    PgAdmin III (<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
     (<A href="http://www.thekompany.com/products/rekall/">
@@ -885,7 +885,7 @@
 
     <P>Существуют следующие ограничения:</P>
 <PRE>
-    Максимальный размер базы?              неограничен (существуют базы на 4 TB)
+    Максимальный размер базы?              неограничен (существуют базы на 32 TB)
     Максимальный размер таблицы?           32 TB
     Максимальный размер записи?            1.6 TB
     Максимальный размер поля?              1 GB
@@ -1122,8 +1122,7 @@ BYTEA           bytea
     serial/с-авто-увеличением?</H4>
 
     <P>PostgreSQL поддерживает тип данных <SMALL>SERIAL</SMALL>. Он
-    автоматически создает последовательность и индекс для колонки.
+    автоматически создает последовательность. Например:</P>
-    Например:</P>
 <PRE>
     CREATE TABLE person ( 
         id   SERIAL, 
@@ -1138,7 +1137,6 @@ BYTEA           bytea
         id   INT4 NOT NULL DEFAULT nextval('person_id_seq'),
         name TEXT 
     );
-    CREATE UNIQUE INDEX person_id_key ON person ( id );
 </PRE>
 
     Смотрите подробности о последовательностях на странице руководства
@@ -1334,10 +1332,10 @@ BYTEA           bytea
     <H4><A name="4.22">4.22</A>) Почему мои подзапросы, использующие
     <CODE><SMALL>IN</SMALL></CODE> так медленно работаеют?</H4>
 
-    <P>В настоящий момент, мы связываем позапросы для внешних запросов
+    <P>В версиях до 7.4, подзапросы связывались с родительскими запросами
-    через последовательный перебор результата подзапроса для каждой
+    через последовательный перебор результатов позапроса для каждой
-    записи внешнего запроса. Если подзапрос возвращает только несколько
+    записи родительского запроса. Если подзапрос возвращает только несколько
-    записей и внешний запрос возвращает много записей,
+    записей, а родительский запрос возвращает много записей,
     <CODE><SMALL>IN</SMALL></CODE> работает наиболее быстро. Чтобы
     увеличить скорость в других запросах, замените <CODE>IN</CODE> на
     <CODE>EXISTS</CODE>:</P>
@@ -1355,8 +1353,11 @@ BYTEA           bytea
 </PRE>
 
     Чтобы такая конструкция работала быстро, колонка <CODE>subcol</CODE>
-    должна быть проиндексирована. Эта проблема производительности будет
+    должна быть проиндексирована.
-    устранена в версии 7.4.
+
+    <P>В версии 7.4 и выше, <CODE>IN</CODE> фактически использует такой же
+    механизм связывания как и обычные запросы, поэтому предпочтительным
+    является использование <CODE>EXISTS</CODE></P>.
 
     <H4><A name="4.23">4.23</A>) Как мне выполнить внешнее связывание?</H4>