diff --git a/doc/FAQ_russian b/doc/FAQ_russian
index 6183b7c91333672eb761a4498667f44714e01c05..f2a04acf0c22064f5eea535deed488598fe3aff0 100644
--- a/doc/FAQ_russian
+++ b/doc/FAQ_russian
@@ -1,7 +1,7 @@
Otvety na chasto zadavaemye voprosy po PostgreSQL
- Data poslednego obnovleniya: Pyatnica 30 Maya 22:24:56 EDT 2003
+ Data poslednego obnovleniya: Voskresen'e 5 Oktyabrya 10:25:21 EDT 2003
Anglijskij variant soprovozhdaet: Bryus Mom'yan (Bruce Momjian)
(pgman@candle.pha.pa.us)
@@ -221,7 +221,8 @@
PostgreSQL, sportirovannyj special'no dlya MS Win NT/2000/XP v
nastoyaschij moment nachal rabotat'. Podrobnosti tekuschego
sostoyaniya PostgreSQL dlya Windows smotrite na
- http://techdocs.postgresql.org/guides/Windows.
+ http://techdocs.postgresql.org/guides/Windows i
+ http://momjian.postgresql.org/main/writings/pgsql/win32.html.
Takzhe suschestvuet versiya sportirovannaya pod Novell Netware 6 na
http://forge.novell.com.
@@ -277,13 +278,13 @@
Unix irc -c '#PostgreSQL' "$USER" irc.phoenix.net.
Spisok kommercheskoj podderzhki kompanij dostupen na
- http://www.ca.PostgreSQL.org/users-lounge/commercial-support.html.
+ http://techdocs.postgresql.org/companies.php.
1.7) Kakaya poslednyaya versiya?
- Poslednij vypusk PostgreSQL - `eto versiya 7.3.2.
+ Poslednij vypusk PostgreSQL - `eto versiya 7.3.4.
- My planiruem vypuskat' novye versii kazhdye chetyre mesyaca.
+ My planiruem vypuskat' novye versii kazhdye 6-8 mesyacev.
1.8) Kakaya dokumentaciya imeetsya v nalichii?
@@ -296,8 +297,8 @@
http://www.PostgreSQL.org/docs/awbook.html i
http://www.commandprompt.com/ppbook/. Spisok knig po PostgreSQL,
kotorye mozhno kupit' dostupen po adresu
- http://www.ca.PostgreSQL.org/books/. Krome togo, po adresu
- http://techdocs.PostgreSQL.org/ vy mozhete najti kollekciyu
+ http://techdocs.postgresql.org/techdocs/bookreviews.php. Krome togo,
+ po adresu http://techdocs.PostgreSQL.org/ vy mozhete najti kollekciyu
tehnicheskih statej posvyaschennyh PostgreSQL.
psql imeet neskol'ko prekrasnyh komand \d dlya otobrazheniya
@@ -376,15 +377,20 @@
PostgreSQL imeet proizvoditel'nost' shozhuyu s drugimi
kommercheskimi SUBD i s SUBD s otkrytym ishodnym kodom, v
kakih-to aspektah rabotaya bystree chem oni, v kakih-to
- medlenee. V sravnenii s MySQL ili linejnymi SUBD, my medlenee
- pri operaciyah vstavki/obnovleniya, potomu chto upravlyaem
- tranzakciyami. I razumeetsya, MySQL ne imeet kakih-libo
+ medlenee. V sravnenii s MySQL ili linejnymi SUBD, my bystree,
+ kogda pol'zovatelej mnogo, a takzhe na kompleksnyh zaprosah i
+ chtenii/zapisi zagruzki zaprosa. MySQL bystree dlya prostyh
+ SELECT zaprosov, vypolnyaemyh nebol'shim kolichestvom
+ pol'zovatelej. I razumeetsya, MySQL ne imeet kakih-libo
vozmozhnostej iz perechislenyh vyshe, v sekcii Vozmozhnosti. My
delaem upor na nadezhnost' i rasshirennye vozmozhnosti, no my
takzhe prodolzhaem uvelichivat' proizvoditel'nost' s kazhdym
vypuskom. Suschestvuet interesnaya stranichka v Internet,
sravnivayuschaya PostgreSQL i MySQL na
- http://openacs.org/philosophy/why-not-mysql.html
+ http://openacs.org/philosophy/why-not-mysql.html. Takzhe, MySQL
+ - `eto kompaniya, kotoraya rasprostranyaet svoj produkt cherez
+ otkrytye ishodnye teksty, a ne soobschestvo razrabotchikov s
+ otkrytymi ishodnymi tekstami, kak PostgreSQL.
Nadezhnost'
My ponimali, chto nasha SUBD dolzhna byt' nadezhnoj ili ona
@@ -440,6 +446,10 @@
hotite, to mozhete `eto proverit', napisav pis'mo na kontaktnyj adres.
_________________________________________________________________
+ Esli u vas est' istorii po uspeshnomu primeneniyu PostgreSQL,
+ pozhalujsta, prisylajte ih na nash sajt propagandy
+ http://advocacy.postgresql.org.
+
Voprosy pol'zovatelej po klientskoj chasti
2.1) Suschestvuyut li ODBC drajvera dlya PostgreSQL?
@@ -753,7 +763,7 @@ dalit'
BEGIN;
ALTER TABLE tab ADD COLUMN new_col new_data_type;
UPDATE tab SET new_col = CAST(old_col AS new_data_type);
- ALTER TABLE DROP COLUMN old_col;
+ ALTER TABLE tab DROP COLUMN old_col;
COMMIT;
4.5) Kakovy maksimal'nye razmery dlya zapisej, tablic i bazy dannyh?
@@ -761,7 +771,7 @@ dalit'
Suschestvuyut sleduyuschie ogranicheniya:
Maksimal'nyj razmer bazy? neogranichen (suschestvuyut bazy na
4 TB)
- Maksimal'nyj razmer tablicy? 16 TB
+ Maksimal'nyj razmer tablicy? 32 TB
Maksimal'nyj razmer zapisi? 1.6 TB
Maksimal'nyj razmer polya? 1 GB
Maksimal'noe kolichestvo zapisej v tablice? neogranicheno
@@ -774,14 +784,14 @@ pa
znacheniya perechislennye vyshe neopravdano bol'shie, mozhet
postradat' proizvoditel'nost'.
- Maksimal'nyj razmer tablicy v 16 TB ne trebuet chtoby operacionnaya
+ Maksimal'nyj razmer tablicy v 32 TB ne trebuet chtoby operacionnaya
sistema podderzhivala fajly bol'shih razmerov. Bol'shie tablicy
hranyatsya kak mnozhestvo fajlov razmerom v 1 GB, tak chto
ogranicheniya, kotorye nakladyvaet fajlovaya sistema ne vazhny.
Maksimal'nyj razmer tablicy i maksimal'noe kolichestvo kolonok mogut
- byt' uvelicheny, esli razmer bloka po umolchaniyu budet uvelichen do
- 32k.
+ byt' uvelicheny v chetyre raza, esli razmer bloka po umolchaniyu budet
+ uvelichen do 32k.
4.6) Kak mnogo diskovogo prostranstva v baze dannyh nuzhno dlya sohraneniya
dannyh iz obychnogo tekstovogo fajla?
@@ -1026,9 +1036,10 @@ t' null-bajt bez opaski)
I nakonec, vy mozhete ispol'zovat' znachenie OID, vozraschaemoe iz
opertora INSERT chtoby uvidet' znachenie po umolchaniyu, chto
predpolozhitel'no yavlyaetsya naimenee perenosimym na drugie platformy
- resheniem. V Perl, ispol'zuya DBI s modulei Edmund Mergl'ya DBD::Pg,
- znachenie oid stanovitsya dostupnym cherez $sth->{pg_oid_status} posle
- $sth->execute().
+ resheniem, k tomu zhe znachenie oid budet urezat'sya, kogda ono
+ dostignet 4 milliardov. V Perl, ispol'zuya DBI s modulem Edmund
+ Mergl'ya DBD::Pg, znachenie oid stanovitsya dostupnym cherez
+ $sth->{pg_oid_status} posle $sth->execute().
4.15.3) Ne mozhet li poluchit'sya tak, chto ispol'zovanie currval() i
nextval() privedet k zaciklirovaniyu s drugimi pol'zovatelyami?
@@ -1245,8 +1256,14 @@ CREATE TABLE test (x int, modtime timestamp DEFAULT CURRENT_TIMESTAMP );
* contrib/pgcrypto soderzhit mnogo funkcij shifrovaniya dlya
ispol'zovaniya v SQL zaprosah.
- * Est' tol'ko odin sposob shifrovaniya dannyh, peredavaemyh ot
- klienta k serveru, cherez ispol'zovanie hostssl v pg_hba.conf.
+ * Dlya shifrovaniya peredavaemyh dannyh ot klienta k serveru, na
+ servere v fajle postgresql.conf, opciya ssl dolzhna byt'
+ ustanovlena v true, v fajle pg_hba.conf dolzhna byt'
+ sootvetstvuyuschaya zapis' host ili hostssl i na storone klienta
+ sslmode ne dolzhen byt' zapreschion cherez disable. (Zametim, chto
+ takzhe vozmozhno ispol'zovanie nezavisimyh vneshnih shifruyuschih
+ transportov, takih kak stunnel ili ssh, vmesto sobstvennyh SSL
+ soedinenij PostgreSQL).
* Paroli pol'zovatelej k baze dannyh avtomaticheski shifruyutsya,
pri sohranenii v versii 7.3. V predyduschih versiyah, vy dolzhny
razreshit' opciyu PASSWORD_ENCRYPTION v postgresql.conf.
diff --git a/doc/src/FAQ/FAQ_russian.html b/doc/src/FAQ/FAQ_russian.html
index b26f77f6a08a90dd47d12ce7a2974b74c442a5f9..10658fff8052d3647071b19a48abb83a3ce884a0 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>Дата последнего обновления: Пятница 30 Мая 22:24:56 EDT 2003</P>
+ <P>Дата последнего обновления: Воскресенье 5 Октября 10:25:21 EDT 2003</P>
<P>Английский вариант сопровождает: Брюс Момьян (Bruce Momjian) (<A href=
"mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</A>)<BR>
@@ -255,7 +255,10 @@
<P>PostgreSQL, спортированный специально для MS Win NT/2000/XP в
настоящий момент начал работать. Подробности текущего состояния PostgreSQL
для Windows смотрите на <a href="http://techdocs.postgresql.org/guides/Windows">
- http://techdocs.postgresql.org/guides/Windows</a>.</P>
+ http://techdocs.postgresql.org/guides/Windows</a> и
+ <a href="http://momjian.postgresql.org/main/writings/pgsql/win32.html">
+ http://momjian.postgresql.org/main/writings/pgsql/win32.html</a>.
+ </P>
<P>Также существует версия спортированная под Novell Netware 6 на
<a href="http://forge.novell.com/">http://forge.novell.com</a>.</P>
@@ -323,13 +326,13 @@
<CODE>irc -c '#PostgreSQL' "$USER" irc.phoenix.net.</CODE></P>
<P>Список коммерческой поддержки компаний доступен на
- <A href="http://www.ca.postgresql.org/users-lounge/commercial-support.html">http://www.ca.PostgreSQL.org/users-lounge/commercial-support.html</A>.</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.2.</P>
+ <P>Последний выпуск PostgreSQL - это версия 7.3.4.</P>
- <P>Мы планируем выпускать новые версии каждые четыре месяца.</P>
+ <P>Мы планируем выпускать новые версии каждые 6-8 месяцев.</P>
<H4><A name="1.8">1.8</A>) Какая документация имеется в наличии?</H4>
@@ -343,7 +346,7 @@
"http://www.PostgreSQL.org/docs/awbook.html">http://www.PostgreSQL.org/docs/awbook.html</A>
и <a href="http://www.commandprompt.com/ppbook/">http://www.commandprompt.com/ppbook/</a>.
Список книг по PostgreSQL, которые можно купить доступен по адресу
- <a href="http://www.ca.postgresql.org/books/">http://www.ca.PostgreSQL.org/books/</a>.
+ <a href="http://techdocs.postgresql.org/techdocs/bookreviews.php">http://techdocs.postgresql.org/techdocs/bookreviews.php</a>.
Кроме того, по адресу <a href="http://techdocs.postgresql.org">http://techdocs.PostgreSQL.org/</a>
вы можете найти коллекцию технических статей посвященных PostgreSQL.</p>
@@ -441,14 +444,19 @@
<DD>PostgreSQL имеет производительность схожую с другими коммерческими
СУБД и с СУБД с открытым исходным кодом, в каких-то аспектах работая
быстрее чем они, в каких-то медленее. В сравнении с MySQL или линейными
- СУБД, мы медленее при операциях вставки/обновления, потому что управляем
- транзакциями. И разумеется, MySQL не имеет каких-либо возможностей из
+ СУБД, мы быстрее, когда пользователей много, а также на комплексных
+ запросах и чтении/записи загрузки запроса. MySQL быстрее для простых
+ SELECT запросов, выполняемых небольшим количеством пользователей.
+ И разумеется, MySQL не имеет каких-либо возможностей из
перечисленых выше, в секции <I>Возможности</I>.
Мы делаем упор на надежность и расширенные возможности, но мы также
продолжаем увеличивать производительность с каждым выпуском. Существует
интересная страничка в Интернет, сравнивающая PostgreSQL и MySQL на
<A href="http://openacs.org/philosophy/why-not-mysql.html">
- http://openacs.org/philosophy/why-not-mysql.html</A><BR>
+ http://openacs.org/philosophy/why-not-mysql.html</A>. Также, MySQL -
+ это компания, которая распространяет свой продукт через открытые
+ исходные тексты, а не сообщество разработчиков с открытыми
+ исходными текстами, как PostgreSQL.<BR>
<BR>
</DD>
@@ -515,6 +523,9 @@
PostgreSQL и не передается какой-либо конкретной компании.
Если хотите, то можете это проверить, написав письмо на контактный адрес.</P>
<HR>
+ <p>Если у вас есть истории по успешному применению PostgreSQL, пожалуйста,
+ присылайте их на наш сайт пропаганды <a href="http://advocacy.postgresql.org/">
+ http://advocacy.postgresql.org</a>.</p>
<H2 align="center">Вопросы пользователей по клиентской части</H2>
@@ -865,7 +876,7 @@
BEGIN;
ALTER TABLE tab ADD COLUMN new_col <i>new_data_type</i>;
UPDATE tab SET new_col = CAST(old_col AS <i>new_data_type</i>);
- ALTER TABLE DROP COLUMN old_col;
+ ALTER TABLE tab DROP COLUMN old_col;
COMMIT;
</PRE>
@@ -875,7 +886,7 @@
<P>Существуют следующие ограничения:</P>
<PRE>
Максимальный размер базы? неограничен (существуют базы на 4 TB)
- Максимальный размер таблицы? 16 TB
+ Максимальный размер таблицы? 32 TB
Максимальный размер записи? 1.6 TB
Максимальный размер поля? 1 GB
Максимальное количество записей в таблице? неограничено
@@ -888,14 +899,14 @@
Когда значения перечисленные выше неоправдано большие, может
пострадать производительность.
- <P>Максимальный размер таблицы в 16 TB не требует чтобы операционная
+ <P>Максимальный размер таблицы в 32 TB не требует чтобы операционная
система поддерживала файлы больших размеров. Большие таблицы хранятся
как множество файлов размером в 1 GB, так что ограничения, которые
накладывает файловая система не важны.</P>
<P>Максимальный размер таблицы и максимальное количество колонок
- могут быть увеличены, если размер блока по умолчанию будет увеличен
- до 32k.</P>
+ могут быть увеличены в четыре раза, если размер блока по умолчанию будет
+ увеличен до 32k.</P>
<H4><A name="4.6">4.6</A>) Как много дискового пространства в базе данных
нужно для сохранения данных из обычного текстового файла?</H4>
@@ -1171,7 +1182,8 @@ BYTEA bytea
<A href="#4.16"><SMALL>OID</SMALL></A>, возращаемое из опертора
<SMALL>INSERT</SMALL> чтобы увидеть значение по умолчанию, что
предположительно является наименее переносимым на другие платформы
- решением. В Perl, используя DBI с модулеи Edmund Mergl'я DBD::Pg,
+ решением, к тому же значение oid будет урезаться, когда оно достигнет
+ 4 миллиардов. В Perl, используя DBI с модулем Edmund Mergl'я DBD::Pg,
значение oid становится доступным через <I>$sth->{pg_oid_status}</I>
после <I>$sth->execute()</I>.
@@ -1432,8 +1444,13 @@ BYTEA bytea
<ul>
<li><i>contrib/pgcrypto</i> содержит много функций шифрования для
использования в <small>SQL</small> запросах.</li>
- <li>Есть только один способ шифрования данных, передаваемых от клиента
- к серверу, через использование <i>hostssl</i> в <i>pg_hba.conf</i>.</li>
+ <li>Для шифрования передаваемых данных от клиента к серверу, на сервере
+ в файле <i>postgresql.conf</i>, опция <i>ssl</i> должна быть установлена
+ в <i>true</i>, в файле <i>pg_hba.conf</i> должна быть соответствующая
+ запись <i>host</i> или <i>hostssl</i> и на стороне клиента <i>sslmode</i>
+ не должен быть запрещён через <i>disable</i>. (Заметим, что также
+ возможно использование независимых внешних шифрующих транспортов, таких
+ как stunnel или ssh, вместо собственных SSL соединений PostgreSQL).</li>
<li>Пароли пользователей к базе данных автоматически шифруются, при
сохранении в версии 7.3. В предыдущих версиях, вы должны разрешить
опцию <i>PASSWORD_ENCRYPTION</i> в <i>postgresql.conf</i>.</li>