11
22 Otvety na chasto zadavaemye voprosy po PostgreSQL
33
4- Data poslednego obnovleniya:Voskresen'e 5 Oktyabrya 10:25:21 EDT 2003
4+ Data poslednego obnovleniya:Sreda 19 noyabrya 11:50:04 EDT 2003
55
66 Anglijskij variant soprovozhdaet: Bryus Mom'yan (Bruce Momjian)
77 (pgman@candle.pha.pa.us)
88
9- Perevel na russkij: Viktor Vislobokov (victor_v@permonline .ru)
9+ Perevel na russkij: Viktor Vislobokov (corochoone@perm .ru)
1010
1111 Samuyu svezhuyu anglijskuyu versiyu dokumenta mozhno najti na
1212 http://www.PostgreSQL.org/docs/faqs/FAQ.html.
273273
274274 http://www.PostgreSQL.org
275275
276- Esche suschestvuet IRC kanal na EFNet iOpenProjects , s nazvaniem
276+ Esche suschestvuet IRC kanal na EFNet iFreenode , s nazvaniem
277277 #PostgreSQL. YA ispol'zuyu dlya podklyucheniya k `etomu kanalu komandu
278- Unix irc -c '#PostgreSQL' "$USER" irc.phoenix.net.
278+ Unix irc -c '#PostgreSQL' "$USER" irc.phoenix.net. ili irc -c
279+ '#PostgreSQL' "$USER" irc.freenode.net.
279280
280281 Spisok kommercheskoj podderzhki kompanij dostupen na
281282 http://techdocs.postgresql.org/companies.php.
282283
283284 1.7) Kakaya poslednyaya versiya?
284285
285- Poslednij vypusk PostgreSQL - `eto versiya 7.3. 4.
286+ Poslednij vypusk PostgreSQL - `eto versiya 7.4.
286287
287288 My planiruem vypuskat' novye versii kazhdye 6-8 mesyacev.
288289
485486 2.3) Est' li u PostgreSQL graficheskij interfejs pol'zovatelya?
486487
487488 Da, suschestvuet neskol'ko graficheskih interfejsov dlya PostgreSQL.
488- `Eto PgAccess (http://www.pgaccess.org, PgAdminII
489+ `Eto PgAccess (http://www.pgaccess.org, PgAdminIII
489490 (http://www.pgadmin.org, Win32-only), RHDB Admin (
490491 http://sources.redhat.com/rhdb/) i Rekall (
491492 http://www.thekompany.com/products/rekall/, kommercheskij). Takzhe
@@ -770,7 +771,7 @@ dalit'
770771
771772 Suschestvuyut sleduyuschie ogranicheniya:
772773 Maksimal'nyj razmer bazy? neogranichen (suschestvuyut bazy na
773- 4 TB)
774+ 32 TB)
774775 Maksimal'nyj razmer tablicy? 32 TB
775776 Maksimal'nyj razmer zapisi? 1.6 TB
776777 Maksimal'nyj razmer polya? 1 GB
@@ -990,7 +991,7 @@ t' null-bajt bez opaski)
990991 4.15.1) Kak mne sozdat' pole serial/s-avto-uvelicheniem?
991992
992993 PostgreSQL podderzhivaet tip dannyh SERIAL. On avtomaticheski sozdaet
993- posledovatel'nost' i indeks dlya kolonki . Naprimer:
994+ posledovatel'nost'. Naprimer:
994995 CREATE TABLE person (
995996 id SERIAL,
996997 name TEXT
@@ -1002,7 +1003,6 @@ t' null-bajt bez opaski)
10021003 id INT4 NOT NULL DEFAULT nextval('person_id_seq'),
10031004 name TEXT
10041005 );
1005- CREATE UNIQUE INDEX person_id_key ON person ( id );
10061006
10071007 Smotrite podrobnosti o posledovatel'nostyah na stranice rukovodstva
10081008 posvyaschennoj create_sequence. Vy takzhe mozhete ispol'zovat' kazhdoe
@@ -1160,12 +1160,12 @@ CREATE TABLE test (x int, modtime timestamp DEFAULT CURRENT_TIMESTAMP );
11601160
11611161 4.22) Pochemu moi podzaprosy, ispol'zuyuschie IN tak medlenno rabotaeyut?
11621162
1163- Vnastoyaschij moment, my svyazyvaem pozaprosy dlya vneshnih zaprosov
1164- cherez posledovatel'nyj perebor rezul'tata podzaprosa dlya kazhdoj
1165- zapisivneshnego zaprosa. Esli podzapros vozvraschaet tol'ko neskol 'ko
1166- zapisej i vneshnij zapros vozvraschaet mnogo zapisej, IN rabotaet
1167- naibolee bystro. CHtoby uvelichit' skorost' v drugih zaprosah,
1168- zamenite IN na EXISTS:
1163+ Vversiyah do 7.4, podzaprosy svyazyvalis' s roditel'skimi zaprosami
1164+ cherez posledovatel'nyj perebor rezul'tatov pozaprosa dlya kazhdoj
1165+ zapisiroditel'skogo zaprosa. Esli podzapros vozvraschaet tol'ko
1166+ neskol'ko zapisej, a roditel'skij zapros vozvraschaet mnogo zapisej,
1167+ IN rabotaet naibolee bystro. CHtoby uvelichit' skorost' v drugih
1168+ zaprosah, zamenite IN na EXISTS:
11691169 SELECT *
11701170 FROM tab
11711171 WHERE col IN (SELECT subcol FROM subtab);
@@ -1176,8 +1176,12 @@ CREATE TABLE test (x int, modtime timestamp DEFAULT CURRENT_TIMESTAMP );
11761176 WHERE EXISTS (SELECT subcol FROM subtab WHERE subcol = col);
11771177
11781178 CHtoby takaya konstrukciya rabotala bystro, kolonka subcol dolzhna
1179- byt' proindeksirovana. `Eta problema proizvoditel'nosti budet
1180- ustranena v versii 7.4.
1179+ byt' proindeksirovana.
1180+
1181+ V versii 7.4 i vyshe, IN fakticheski ispol'zuet takoj zhe mehanizm
1182+ svyazyvaniya kak i obychnye zaprosy, po`etomu predpochtitel'nym
1183+ yavlyaetsya ispol'zovanie EXISTS
1184+ .
11811185
11821186 4.23) Kak mne vypolnit' vneshnee svyazyvanie?
11831187