Skip to content

G
Gpdb

Greenplum / Gpdb

通知 7
Star 1
Fork 0
G
Gpdb

体验新版 GitCode，发现更多精彩内容 >>

提交 7b3189c1 编写于 作者: B Bruce Momjian
浏览文件
操作

> > This update fixes a few small typos in names, 

> > pronouns and formatting in the Russian FAQ.

Serguei Mokhov
上级 3c4ab3f5
隐藏空白更改
内联 并排
Showing with 59 addition and 61 deletion
doc/FAQ_russian
浏览文件 @ 7b3189c1
Otvety na chasto zadavaemye voprosy po PostgreSQL
Data poslednego obnovleniya: Subbota 7 fevralya 22:16:21 EDT 2004
Data poslednego obnovleniya: Voskresenie 11 aprelya 23:28:03 EDT 2004
Anglijskij variant soprovozhdaet: Bryus Mom'yan (Bruce Momjian)
(pgman@candle.pha.pa.us)
......@@ -114,7 +114,7 @@
Rasshireniya PostgreSQL
5.1) YA napisal funkciyu opredelyaemuyu pol'zovatelem. Kogda ya
zapuskayu ee v psql, pochemu ya poluchayu dump core?
zapuskayu ee v psql, pochemu ya poluchayu core dump?
5.2) Kak ya mogu vnesti nekotorye klassnye novye tipy i funkcii v
PostgreSQL?
5.3) Kak mne napisat' C funkciyu, vozvraschayuschuyu zapis'?
......@@ -138,7 +138,7 @@
Razrabotku PostgreSQL vypolnyaet komanda razrabotchikov, vse
uchastniki kotoroj podpisany na spisok rassylki razrabotchikov. V
nastoyaschee vremya, ih koordinatorom yavlyaetsya Mark Fornaj (Marc G.
nastoyaschee vremya, ih koordinatorom yavlyaetsya Mark Furn'e (Marc G.
Fournier) (scrappy@PostgreSQL.org). (Sm. sekciyu 1.6 o tom, kak
podklyuchit'sya k razrabotke). `Eta komanda teper' otvechaet za vsyu
razrabotku PostgreSQL. Dannyj proekt yavlyaetsya obschestvennym i ne
......@@ -286,7 +286,7 @@
1.7) Kakaya poslednyaya versiya?
Poslednij vypusk PostgreSQL - `eto versiya 7.4.1
Poslednij vypusk PostgreSQL - `eto versiya 7.4.2
My planiruem vypuskat' novye versii kazhdye 6-8 mesyacev.
......@@ -370,18 +370,17 @@
Vozmozhnosti
PostgreSQL imeet bol'shinstvo vozmozhnostej predstavlennyh v
bol'shih kommercheskih SUBD, takie kak: tranzakcii, podzaprosy,
triggery, obzory (views), vneshnij klyuch ssylochnoj
celostnosti i raznye blokirovki. U nas est' nekotorye
vozmozhnosti, kotoryh net u nih: tipy, opredelyaemye
pol'zovatelem, mehanizm nasledovaniya, pravila i konkuretnoe
mnogoversionnoe upravlenie dlya raboty s soderzhimym
blokirovok.
triggery, predstavleniya, ssylochnoj celostnosti vtorichnogo
klyucha i raznye blokirovki. U nas est' nekotorye vozmozhnosti,
kotoryh net u nih: tipy, opredelyaemye pol'zovatelem, mehanizm
nasledovaniya, pravila i konkuretnoe mnogoversionnoe upravlenie
dlya raboty s soderzhimym blokirovok.
Proizvoditel'nost'
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 bystree,
medlenee. V sravnenii s MySQL ili obydennee 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
......@@ -432,7 +431,7 @@
PostgreSQL imeet odnorangovuyu infrastrukturu s togo samogo vremeni
kak my nachali razrabotku v 1996 godu. My dolzhny blagodarit' za `eto
Marka Fonaya (Marc Fournier), kotoryj sozdal `etu infrastrukturu i
Marka Furn'e (Marc Fournier), kotoryj sozdal `etu infrastrukturu i
upravlyaet ej na protyazhenii `etih let.
Kachestvennaya infrastruktura ochen' vazhna dlya proektov s otkrytym
......@@ -749,7 +748,7 @@
chtoby `eta programma vydavala zaprosy, kotorye ona ispol'zuet dlya
vypolneniya zadannyh vami komand.
4.4) Kak udalit' kolonku iz tablicy ili izmenit' ioio tip dannyh?
4.4) Kak udalit' kolonku iz tablicy ili izmenit' eio tip dannyh?
DROP COLUMN funkcional'nost' byla dobavlena v vypusk 7.3 s operatorom
ALTER TABLE DROP COLUMN. V rannih versiyah, mozhno sdelat' tak:
......@@ -773,15 +772,15 @@ dalit'
4.5) Kakovy maksimal'nye razmery dlya zapisej, tablic i bazy dannyh?
Suschestvuyut sleduyuschie ogranicheniya:
Maksimal'nyj razmer bazy? neogranichen (suschestvuyut bazy na
32 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
Maksimal'noe kolichestvo kolonok v tablice? 250-1600 v zavisimosti ot ti
pa
Maksimal'noe kolichestvo indeksov v tablice? neogranicheno
Maksimal'nyj razmer bazy? neogranichen (suschestvuyut ba
zy na 32 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
Maksimal'noe kolichestvo kolonok v tablice? 250-1600 v zavisimosti ot tip
a
Maksimal'noe kolichestvo indeksov v tablice? neogranicheno
Razumeetsya, ponyatie "neogranicheno" na samom dele ogranichivaetsya
dostupnym diskovym prostranistvom i razmerami pamyati/svoppinga. Kogda
......@@ -810,26 +809,26 @@ pa
priblizitel'no 6.4 MB iz kotoryh:
36 bajt: na kazhdyj zagolovok zapisi (priblizitel'no)
+ 24 bajta: odno pole s celochislennym tipom i odno tekstovoe pole
+ 4 bajta: ukazatel' na stranice dlya vsej zapisi
+ 4 bajta: ukazatel' na stranice dlya vsej zapisi
----------------------------------------
64 bajt na zapis'
Razmer stranicy dannyh v PostgreSQL sostavlyaet 8192 bajt (8 KB), tak chto:
8192 bajt na stranicu
------------------- = 128 zapisej na stranicu BD (s okrugleniem)
64 bajt na zapis'
--------------------- = 128 zapisej na stranicu BD (s okrugleniem)
64 bajta na zapis'
100000 strok dannyh
-------------------- = 782 stranicy v BD
128 zapisej na stranicu
100000 strok dannyh
----------------------- = 782 stranicy v BD
128 zapisej na stranicu
782 stranicy BD * 8192 bajt na stranicu = 6,406,144 bajt (6.4 MB)
782 stranicy BD * 8192 bajt na stranicu = 6,406,144 bajt (6.4 MB)
Indeksy ne trebuyut tak mnogo, no poskol'ku oni sozdayutsya dlya
bol'shogo kolichestva dannyh, oni takzhe mogut byt' veliki.
Znacheniya NULL hranyatsya kak bitovae karty i po`etomu oni zanimayut
Znacheniya NULL hranyatsya kak bitovye karty i po`etomu oni zanimayut
ochen' malo mesta.
4.7) Kak mne ubedit'sya, chto suschestvuyut nuzhnye mne tablicy, indeksy,
......@@ -879,7 +878,7 @@ pa
ORDER BY col [ DESC ]
LIMIT 1;
Esli vam kazhetsya, chto optimizator nekorretno vybiraet
Esli vam kazhetsya, chto optimizator nekorrektno vybiraet
posledovatel'nyj perebor, ispol'zujte SET enable_seqscan TO 'off' i
zapustite testy, chtoby uvidet', ne stalo-li skanirovanie indeksov
bystree.
......@@ -918,7 +917,7 @@ pa
Searching." Proceedings of the 1984 ACM SIGMOD Int'l Conf on Mgmt of
Data, 45-57.
Vy mozhete najti `etot dokument v knige Stonebraker'a "Readings in
Vy mozhete najti `etot dokument v knige Stounbrejkera "Readings in
Database Systems".
Vstroennnye R-tree mogut upravlyat' poligonami i boksami. V teorii,
......@@ -1281,7 +1280,7 @@ CREATE TABLE test (x int, modtime timestamp DEFAULT CURRENT_TIMESTAMP );
Rasshireniya PostgreSQL
5.1) YA napisal funkciyu opredelyaemuyu pol'zovatelem. Kogda ya zapuskayu
ee v psql, pochemu ya poluchayu dump core?
ee v psql, pochemu ya poluchayu core dump?
Problema mozhet zaklyuchat'sya v neskol'kih veschah. Popytajtes'
sperva protestirovat' vashu funkciyu v otdel'noj samostoyatel'noj
......
doc/src/FAQ/FAQ_russian.html
浏览文件 @ 7b3189c1
......@@ -12,7 +12,7 @@
<BODY bgcolor="#ffffff" text="#000000" link="#ff0000" vlink="#a00000" alink="#0000ff">
<H1> PostgreSQL</H1>
<P> : 7 22:16:21 EDT 2004</P>
<P> : 11 23:28:03 EDT 2004</P>
<P> : (Bruce Momjian) (<A href=
"mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</A>)<BR>
......@@ -142,7 +142,7 @@
<H2 align="center"> PostgreSQL</H2>
<A href="#5.1">5.1</A>) .
<I>psql</I>, dump core?<BR>
<I>psql</I>, core dump?<BR>
<A href="#5.2">5.2</A>)
PostgreSQL?<BR>
<A href="#5.3">5.3</A>) C ,
......@@ -168,7 +168,7 @@
<P> PostgreSQL ,
. ,
(Marc G. Fournier) (<A href=
(Marc G. Fournier) (<A href=
"mailto:scrappy@PostgreSQL.org">scrappy@PostgreSQL.org</A>). (.
<A href="#1.6">1.6</A> , ).
PostgreSQL.
......@@ -335,7 +335,7 @@
<H4><A name="1.7">1.7</A>) ?</H4>
<P> PostgreSQL - 7.4.1</P>
<P> PostgreSQL - 7.4.2</P>
<P> 6-8 .</P>
......@@ -436,8 +436,8 @@
<DD>PostgreSQL
<SMALL></SMALL>, : ,
, , (views),
. ,
, , ,
. ,
: , ,
,
.<BR>
......@@ -448,7 +448,7 @@
<DD>PostgreSQL
, -
, - . MySQL
, - . MySQL
, , ,
/ . MySQL
SELECT , .
......@@ -509,7 +509,7 @@
<P>PostgreSQL
1996 .
(Marc Fournier),
(Marc Fournier),
.</P>
<P>
......@@ -860,7 +860,7 @@
.</P>
<H4><A name="4.4">4.4</A>)
?</H4>
ţ ?</H4>
<P><small>DROP COLUMN</small>
7.3 <small>ALTER TABLE DROP COLUMN</small>. ,
......@@ -890,13 +890,13 @@
<P> :</P>
<PRE>
? ( 32 TB)
? 32 TB
? 1.6 TB
? 1 GB
?
? 250-1600
?
? ( 32 TB)
? 32 TB
? 1.6 TB
? 1 GB
?
? 250-1600
?
</PRE>
, ""
......@@ -927,27 +927,27 @@
<PRE>
36 : ()
+ 24 :
+ 4 :
+ 4 :
----------------------------------------
64
PostgreSQL 8192 (8 KB), :
8192
------------------- = 128 ( )
64
--------------------- = 128 ( )
64
100000
-------------------- = 782
128
100000
----------------------- = 782
128
782 * 8192 = 6,406,144 (6.4 MB)
782 * 8192 = 6,406,144 (6.4 MB)
</PRE>
<P> ,
, .</P>
<P> <small>NULL</small>
<P> <small>NULL</small>
.
</P>
......@@ -999,7 +999,7 @@
LIMIT 1;
</pre>
<P> ,
<P> ,
, <CODE>SET enable_seqscan TO 'off'</CODE>
, , - .
</P>
......@@ -1043,7 +1043,7 @@
Searching." Proceedings of the 1984 ACM SIGMOD Int'l Conf on Mgmt
of Data, 45-57.</P>
<P> Stonebraker' "Readings in
<P> "Readings in
Database Systems".</P>
<P> R-tree . ,
......@@ -1467,7 +1467,7 @@ BYTEA bytea
<H2 align="center"> PostgreSQL</H2>
<H4><A name="5.1">5.1</A>) .
<I>psql</I>, dump core?</H4>
<I>psql</I>, core dump?</H4>
<P> .
.</P>
......@@ -1496,4 +1496,3 @@ BYTEA bytea
.</P>
</BODY>
</HTML>
Markdown is supported
0% 或 .
You are about to add 0 people to the discussion. Proceed with caution.
先完成此消息的编辑！
想要评论请 注册 或