From 870d9641bc09eeb227dc6e0c3fd90d83a116e35c Mon Sep 17 00:00:00 2001 From: Bruce Momjian Date: Fri, 10 Oct 2003 02:52:12 +0000 Subject: [PATCH] Update Russian FAQ. Viktor Vislobokov --- doc/FAQ_russian | 59 +++++++++++++++++++++++------------- doc/src/FAQ/FAQ_russian.html | 51 ++++++++++++++++++++----------- 2 files changed, 72 insertions(+), 38 deletions(-) diff --git a/doc/FAQ_russian b/doc/FAQ_russian index 6183b7c913..f2a04acf0c 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 b26f77f6a0..10658fff80 100644 --- a/doc/src/FAQ/FAQ_russian.html +++ b/doc/src/FAQ/FAQ_russian.html @@ -13,7 +13,7 @@ alink="#0000ff">

Ответы на часто задаваемые вопросы по PostgreSQL

-

Дата последнего обновления: Пятница 30 Мая 22:24:56 EDT 2003

+

Дата последнего обновления: Воскресенье 5 Октября 10:25:21 EDT 2003

Английский вариант сопровождает: Брюс Момьян (Bruce Momjian) (pgman@candle.pha.pa.us)
@@ -255,7 +255,10 @@

PostgreSQL, спортированный специально для MS Win NT/2000/XP в настоящий момент начал работать. Подробности текущего состояния PostgreSQL для Windows смотрите на - http://techdocs.postgresql.org/guides/Windows.

+ http://techdocs.postgresql.org/guides/Windows и + + http://momjian.postgresql.org/main/writings/pgsql/win32.html. +

Также существует версия спортированная под Novell Netware 6 на http://forge.novell.com.

@@ -323,13 +326,13 @@ irc -c '#PostgreSQL' "$USER" irc.phoenix.net.

Список коммерческой поддержки компаний доступен на - http://www.ca.PostgreSQL.org/users-lounge/commercial-support.html.

+ http://techdocs.postgresql.org/companies.php.

1.7) Какая последняя версия?

-

Последний выпуск PostgreSQL - это версия 7.3.2.

+

Последний выпуск PostgreSQL - это версия 7.3.4.

-

Мы планируем выпускать новые версии каждые четыре месяца.

+

Мы планируем выпускать новые версии каждые 6-8 месяцев.

1.8) Какая документация имеется в наличии?

@@ -343,7 +346,7 @@ "http://www.PostgreSQL.org/docs/awbook.html">http://www.PostgreSQL.org/docs/awbook.html и http://www.commandprompt.com/ppbook/. Список книг по PostgreSQL, которые можно купить доступен по адресу - http://www.ca.PostgreSQL.org/books/. + http://techdocs.postgresql.org/techdocs/bookreviews.php. Кроме того, по адресу http://techdocs.PostgreSQL.org/ вы можете найти коллекцию технических статей посвященных PostgreSQL.

@@ -441,14 +444,19 @@
PostgreSQL имеет производительность схожую с другими коммерческими СУБД и с СУБД с открытым исходным кодом, в каких-то аспектах работая быстрее чем они, в каких-то медленее. В сравнении с MySQL или линейными - СУБД, мы медленее при операциях вставки/обновления, потому что управляем - транзакциями. И разумеется, MySQL не имеет каких-либо возможностей из + СУБД, мы быстрее, когда пользователей много, а также на комплексных + запросах и чтении/записи загрузки запроса. MySQL быстрее для простых + SELECT запросов, выполняемых небольшим количеством пользователей. + И разумеется, MySQL не имеет каких-либо возможностей из перечисленых выше, в секции Возможности. Мы делаем упор на надежность и расширенные возможности, но мы также продолжаем увеличивать производительность с каждым выпуском. Существует интересная страничка в Интернет, сравнивающая PostgreSQL и MySQL на - http://openacs.org/philosophy/why-not-mysql.html
+ http://openacs.org/philosophy/why-not-mysql.html. Также, MySQL - + это компания, которая распространяет свой продукт через открытые + исходные тексты, а не сообщество разработчиков с открытыми + исходными текстами, как PostgreSQL.

@@ -515,6 +523,9 @@ PostgreSQL и не передается какой-либо конкретной компании. Если хотите, то можете это проверить, написав письмо на контактный адрес.

+

Если у вас есть истории по успешному применению PostgreSQL, пожалуйста, + присылайте их на наш сайт пропаганды + http://advocacy.postgresql.org.

Вопросы пользователей по клиентской части

@@ -865,7 +876,7 @@ 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; @@ -875,7 +886,7 @@

Существуют следующие ограничения:

     Максимальный размер базы?              неограничен (существуют базы на 4 TB)
-    Максимальный размер таблицы?           16 TB
+    Максимальный размер таблицы?           32 TB
     Максимальный размер записи?            1.6 TB
     Максимальный размер поля?              1 GB
     Максимальное количество записей в таблице?      неограничено
@@ -888,14 +899,14 @@
     Когда значения перечисленные выше неоправдано большие, может
     пострадать производительность.
 
-    
Максимальный размер таблицы в 16 TB не требует чтобы операционная
+    
Максимальный размер таблицы в 32 TB не требует чтобы операционная
     система поддерживала файлы больших размеров. Большие таблицы хранятся
     как множество файлов размером в 1 GB, так что ограничения, которые
     накладывает файловая система не важны.

 
     
Максимальный размер таблицы и максимальное количество колонок
-    могут быть увеличены, если размер блока по умолчанию будет увеличен
-    до 32k.

+    могут быть увеличены в четыре раза, если размер блока по умолчанию будет
+    увеличен до 32k.

 
     
4.6) Как много дискового пространства в базе данных
      нужно для сохранения данных из обычного текстового файла?

@@ -1171,7 +1182,8 @@ BYTEA           bytea           
     OID, возращаемое из опертора
     INSERT чтобы увидеть значение по умолчанию, что
     предположительно является наименее переносимым на другие платформы
-    решением. В Perl, используя DBI с модулеи Edmund Mergl'я DBD::Pg,
+    решением, к тому же значение oid будет урезаться, когда оно достигнет
+    4 миллиардов. В Perl, используя DBI с модулем Edmund Mergl'я DBD::Pg,
     значение oid становится доступным через $sth->{pg_oid_status}
     после $sth->execute(). 
 
@@ -1432,8 +1444,13 @@ BYTEA           bytea