From 49c320b19d34e0e8ee5229311631ef827982159f Mon Sep 17 00:00:00 2001 From: Bruce Momjian Date: Fri, 11 Feb 2005 04:53:51 +0000 Subject: [PATCH] Update to Russian FAQ, HEAD and 8.0.X. --- doc/FAQ_russian | 985 ++++++++++-------------------- doc/src/FAQ/FAQ_russian.html | 1115 ++++++++++++---------------------- 2 files changed, 700 insertions(+), 1400 deletions(-) diff --git a/doc/FAQ_russian b/doc/FAQ_russian index e74ba789ce..ffe6bff8a2 100644 --- a/doc/FAQ_russian +++ b/doc/FAQ_russian @@ -1,7 +1,7 @@ Otvety na chasto zadavaemye voprosy po PostgreSQL - Data poslednego obnovleniya: Sreda 15 dekabrya 20:06:34 EST 2004 + Data poslednego obnovleniya: Sreda 2 fevralya 12:44:03 EST 2005 Anglijskij variant soprovozhdaet: Bryus Mom'yan (Bruce Momjian) (pgman@candle.pha.pa.us) @@ -9,107 +9,91 @@ Perevel na russkij: Viktor Vislobokov (corochoone@perm.ru) Samuyu svezhuyu anglijskuyu versiyu dokumenta mozhno najti na - http://www.PostgreSQL.org/docs/faqs/FAQ.html. + http://www.PostgreSQL.org/files/documentation/faqs/FAQ.html. Otvety na voprosy specifichnye dlya konkretnyh platform mozhno najti - na http://www.PostgreSQL.org/docs/index.html. + na http://www.PostgreSQL.org/docs/faq/. _________________________________________________________________ Obschie voprosy 1.1) CHto takoe PostgreSQL? Kak proiznositsya `eto nazvanie? 1.2) Kakovy avtorskie prava na PostgreSQL? - 1.3) Na kakih Unix platformah rabotaet PostgreSQL? - 1.4) Suschestvuyut li versii portirovannye ne na Unix sistemy? - 1.5) Gde mozhno vzyat' PostgreSQL? - 1.6) Gde poluchit' podderzhku? + 1.3) Na kakih platformah rabotaet PostgreSQL? + 1.4) Gde mozhno vzyat' PostgreSQL? + 1.5) Gde poluchit' podderzhku? + 1.6) Kak mne soobschit' ob oshibke? 1.7) Kakaya versiya poslednyaya? 1.8) Kakaya dokumentaciya imeetsya v nalichii? 1.9) Kak najti informaciyu ob izvestnyh oshibkah ili otsutstvuyuschih vozmozhnostyah? 1.10) Kak nauchit'sya SQL? - 1.11) Reshena li v PostgreSQL problema 2000-go goda (Y2K)? - 1.12) Kak prisoedinitsya k komande razrabotchikov? - 1.13) Kak otpravit' soobschenie ob oshibke? - 1.14) Kak sravnivat' PostgreSQL s drugimi SUBD? - 1.15) Kak okazat' finansovuyu pomosch' PostgreSQL? + 1.11) Kak prisoedinitsya k komande razrabotchikov? + 1.12) Kak sravnivat' PostgreSQL s drugimi SUBD? Voprosy pol'zovatelej po klientskoj chasti - 2.1) Suschestvuyut li ODBC drajvera dlya PostgreSQL? + 2.1) Kakie interfejsy est' dlya PostgreSQL? 2.2) Kakie instrumenty suschestvuyut dlya ispol'zovaniya PostgreSQL cherez Web? 2.3) Est' li u PostgreSQL graficheskij interfejs pol'zovatelya? - 2.4) Kakie yazyki mogut vzaimodejstvovat' s PostgreSQL? Voprosy administrirovaniya 3.1) Kak mne ustanovit' PostgreSQL v mesto otlichnoe ot /usr/local/pgsql? - 3.2) Kogda ya zapuskayu postmaster, ya poluchayu soobschenie Bad - System Call ili soobschenie core dumped. Pochemu? - 3.3) Kogda ya pytayus' zapustit' postmaster, ya poluchayu oshibki - IpcMemoryCreate. Pochemu? - 3.4) Kogda ya pytayus' zapustit' postmaster, ya poluchayu oshibki - IpcSemaphoreCreate. Pochemu? - 3.5) Kak mne upravlyat' soedineniyami s drugih komp'yuterov? - 3.6) Kakie nastrojki mne nuzhno sdelat' dlya uluchsheniya + 3.2) Kak mne upravlyat' soedineniyami s drugih komp'yuterov? + 3.3) Kakie nastrojki mne nuzhno sdelat' dlya uluchsheniya proizvoditel'nosti? - 3.7) Kakie vozmozhnosti dlya otladki est' v nalichii? - 3.8) Pochemu ya poluchayu soobschenie "Sorry, too many clients" kogda + 3.4) Kakie vozmozhnosti dlya otladki est' v nalichii? + 3.5) Pochemu ya poluchayu soobschenie "Sorry, too many clients" kogda pytayus' podklyuchit'sya k baze? - 3.9) CHto nahoditsya v kataloge pgsql_tmp? - 3.10) Pochemu neobhodimo delat' dump i restore pri obnovlenii vypuskov + 3.6) Pochemu neobhodimo delat' dump i restore pri obnovlenii vypuskov PostgreSQL? - 3.11) Kakoe komp'yuternoe "zhelezo" ya dolzhen ispol'zovat'? + 3.7) Kakoe komp'yuternoe "zhelezo" ya dolzhen ispol'zovat'? Voprosy `ekspluatacii - 4.1) V chem otlichie mezhdu binarnym i normal'nym kursorom? - 4.2) Kak vypolnit' SELECT tol'ko dlya neskol'kih pervyh strochek + 4.1) Kak vypolnit' SELECT tol'ko dlya neskol'kih pervyh strochek zaprosa? Dlya proizvol'noj stroki? - 4.3) Kak poluchit' spisok tablic ili drugih komponentov v psql? - 4.4) Kak udalit' kolonku iz tablicy ili izmenit' eio tip dannyh? - 4.5) Kakovy maksimal'nye razmery dlya zapisej, tablic i bazy dannyh? - 4.6) Kak mnogo diskovogo prostranstva v baze dannyh nuzhno dlya + 4.2) Kak mne najti kakie tablicy, indeksy, bazy dannyh i pol'zovateli + suschestvuyut? Kak mne uvidet' zaprosy, kotorye ispol'zuet psql dlya + polucheniya `etoj informacii? + 4.3) Kak izmenit' tip dannyh kolonki? + 4.4) Kakovy maksimal'nye razmery dlya strok v tablice, tablic i bazy + dannyh? + 4.5) Kak mnogo diskovogo prostranstva v baze dannyh nuzhno dlya sohraneniya dannyh iz obychnogo tekstovogo fajla? - 4.7) Kak mne ubedit'sya, chto suschestvuyut nuzhnye mne tablicy, - indeksy, bazy dannyh i pol'zovateli? - 4.8) U menya medlenno rabotayut zaprosy ili ne proishodit - ispol'zovaniya indeksov. Pochemu? - 4.9) Kak posmotret' na to, kak optimizator vypolnyaet moj zapros? - 4.10) CHto takoe R-tree indeks? - 4.11) CHto takoe Genetic Query Optimizer? - 4.12) Kak mne vypolnit' poisk regulyarnogo vyrazheniya i poisk + 4.6) Pochemu moi zaprosy rabotayut medleno? Pochemu oni ne ispol'zuyut + moi indeksy? + 4.7) Kak posmotret' na to, kak optimizator vypolnyaet moj zapros? + 4.8) Kak mne vypolnit' poisk regulyarnogo vyrazheniya i poisk nezavisimyj ot registra bukv poisk regulyarnogo vyrazheniya? Kak mne ispol'zovat' indeks dlya poiska nezavisimogo ot registra bukv? - 4.13) Kak ya mogu opredelit', chto znachenie polya ravno NULL v + 4.9) Kak ya mogu opredelit', chto znachenie polya ravno NULL v kakom-libo zaprose? - 4.14) Kakovy otlichiya mezhdu raznymi simvol'nymi tipami? - 4.15.1) Kak mne sozdat' pole serial/s-avto-uvelicheniem? - 4.15.2) Kak mne poluchit' znachenie pri vstavke SERIAL? - 4.15.3) Ne mozhet li poluchit'sya tak, chto ispol'zovanie currval() i + 4.10) Kakovy otlichiya mezhdu raznymi simvol'nymi tipami? + 4.11.1) Kak mne sozdat' pole serial/s-avto-uvelicheniem? + 4.11.2) Kak mne poluchit' znachenie pri vstavke SERIAL? + 4.11.3) Ne mozhet li poluchit'sya tak, chto ispol'zovanie currval() i nextval() privedet k zaciklirovaniyu s drugimi pol'zovatelyami? - 4.15.4) Pochemu chisla iz moej posledovatel'nosti ne ispol'zuyutsya + 4.11.4) Pochemu chisla iz moej posledovatel'nosti ne ispol'zuyutsya snova pri otmene tranzakcii? Pochemu sozdayutsya razryvy pri numeracii v kolonke, gde ya ispol'zuyu posledovatel'nost'/SERIAL? - 4.16) CHto takoe OID? CHto takoe TID? - 4.17) CHto oznachayut nekotorye terminy ispol'zuemye v PostgreSQL? - 4.18) Pochemu ya poluchayu oshibku "ERROR: Memory exhausted in + 4.12) CHto takoe OID? CHto takoe TID? + 4.13) Pochemu ya poluchayu oshibku "ERROR: Memory exhausted in AllocSetAlloc()"? - 4.19) Kak mne uznat', kakaya versiya PostgreSQL zapuschena? - 4.20) Pochemu pri rabote s moim bol'shim ob"ektom ya poluchayu oshibku + 4.14) Kak mne uznat', kakaya versiya PostgreSQL zapuschena? + 4.15) Pochemu pri rabote s moim bol'shim ob"ektom ya poluchayu oshibku "invalid large obj descriptor"? - 4.21) Kak mne sozdat' kolonku kotoraya po umolchaniyu budet soderzhat' + 4.16) Kak mne sozdat' kolonku kotoraya po umolchaniyu budet soderzhat' tekuschee vremya? - 4.22) Pochemu moi podzaprosy, ispol'zuyuschie IN tak medlenno - rabotaeyut? - 4.23) Kak vypolnit' vneshnee svyazyvanie? - 4.24) Kak vypolnyat' zaprosy, ispol'zuyuschie neskol'ko baz dannyh? - 4.25) Kak mne vernut' iz funkcii neskol'ko zapisej? - 4.26) Pochemu ya ne mogu nadezhno sozdavat'/udalyat' vremennye tablicy + 4.17) Kak vypolnit' vneshnee svyazyvanie? + 4.18) Kak vypolnyat' zaprosy, ispol'zuyuschie neskol'ko baz dannyh? + 4.19) Kak mne vernut' iz funkcii neskol'ko strok tablicy? + 4.20) Pochemu ya ne mogu nadezhno sozdavat'/udalyat' vremennye tablicy v funkciyah PL/PgSQL? - 4.27) Kakie opcii shifrovaniya suschestvuyut? + 4.21) Kakie opcii shifrovaniya suschestvuyut? Rasshireniya PostgreSQL @@ -117,7 +101,7 @@ 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'? + 5.3) Kak mne napisat' C funkciyu, vozvraschayuschuyu stroku tablicy? 5.4) YA izmenil ishodnyj fajl. Pochemu posle perekompilyacii ya ne vizhu izmenenij? _________________________________________________________________ @@ -126,46 +110,33 @@ 1.1) CHto takoe PostgreSQL? Kak proiznositsya `eto nazvanie? - PostgreSQL proiznositsya Post-Gres-Q-L (Post-Gres-K'yu-`El). Po adresu - http://www.postgresql.org/postgresql.mp3 dostupen zvukovoj fajl s - primerom kak `eto nuzhno proiznosit'. + PostgreSQL proiznositsya Post-Gres-Q-L (Post-Gres-K'yu-`El), takzhe + chasto govoryat prosto Postgres. - PostgreSQL - `eto rasshirenie SUBD POSTGRES (i po`etomu inogda - govoryat prosto "Postgres"), issledovatel'skij prototip novogo - pokoleniya SUBD. PostgreSQL odnovremenno sohranyaet moschnuyu model' - dannyh i obschirnoe kolichestvo tipov POSTGRES, i zameschaet yazyk - zaprosov PostQuel na rasshirennoe podmnozhestvo SQL. PostgreSQL - `eto - svobodnoe i polnost'yu otkrytoe programmnoe obespechenie. + PostgreSQL - `eto ob"ektno-relyacionnaya sistema upravleniya bazami + dannyh (SUBD), kotoraya imeet tradicionnye vozmozhnosti kommercheskih + SUBD s rasshireniyami, kotorye est' v SUBD novogo pokoleniya. + PostgreSQL - `eto svobodnoe i polnost'yu otkrytoe programmnoe + obespechenie. - Razrabotku PostgreSQL vypolnyaet komanda razrabotchikov, vse - uchastniki kotoroj podpisany na spisok rassylki razrabotchikov. V - 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 - upravlyaetsya kakoj-libo kompaniej. Podrobnosti smotrite v FAQ dlya - razrabotchikov, http://www.PostgreSQL.org/docs/faqs/FAQ_DEV.html - - Avtorami PostgreSQL 1.01 yavlyayutsya `Endryu YU (Andrew Yu) i Dzholi - CHen (Jolly Chen). Mnogie drugie vnesli svoj vklad v perenos na drugie - platformy, testirovanie, otladku i rasshirenie `etogo koda. - Pervonachal'nyj kod Postgres, iz kotorogo poyavilsya PostgreSQL, byl - itogom usilij mnogih akademicheskih studentov, neakademicheskih - studentov i mnozhestva raznyh programmistov, rabotavshih pod - rukovodstvom professora Majkla Stounbrejkera (Michael Stonebraker) v - Kalifornijskom universitete, Berkli. - - Pervonachal'noe imya, dannoe v Berkli, bylo Postgres. Kogda v 1995 - godu byla dobavlena funkcional'nost' SQL, `eto imya bylo izmeneno na - Postgres95. No i `eto imya bylo izmeneno v konce 1996 na PostgreSQL. + Razrabotku PostgreSQL vypolnyaet komanda razrabotchikov, razbrosannaya + po vsemu miru i svyazannaya cherez Internet. Razrabotka yavlyaetsya + obschestvennym proektom i ne upravlyaetsya kakoj-libo kompaniej. + Podrobnosti smotrite v FAQ dlya razrabotchikov, + http://www.PostgreSQL.org/files/documentation/faqs/FAQ_DEV.html 1.2) Kakovy avtorskie prava na PostgreSQL? - PostgreSQL popadaet pod dejstvie sleduyuschego COPYRIGHT: + PostgreSQL rasprostranyaetsya po klassicheskoj licenzii BSD. `Eta + licenziya ne soderzhit ogranichenij na to, kak budet ispol'zovat'sya + ishodnyj kod. Nam nravitsya `eta licenziya i u nas net namerenij eio + menyat'. + + Vot `eta licenziya BSD, kotoruyu my ispol'zuem: Sistema Upravleniya Bazami Dannyh PostgreSQL - Portions copyright (c) 1996-2004, PostgreSQL Global Development Group + Portions copyright (c) 1996-2005, PostgreSQL Global Development Group Portions Copyright (c) 1994-6 Regents of the University of California Predostavlyayutsya prava na ispol'zovanie, kopirovanie, izmenenie i @@ -190,20 +161,13 @@ PREDOSTAVLYAT' SOPROVOZHDENIE, PODDERZHKU, OBNOVLENIYA, RASSHIRENIYA ILI IZMENENIYA. - Vysheizlozhennoe yavlyaetsya BSD licenziej, klassicheskoj licenziej - programmnogo obespecheniya s otkrytym kodom. `Eta licenziya ne - nakladyvaet ogranichenij na ispol'zovanie ishodnogo koda. Nam - nravitsya `eta licenziya i my ne sobiraemsya eio menyat'. - - 1.3) Na kakih Unix platformah rabotaet PostgreSQL? + 1.3) Na kakih platformah rabotaet PostgreSQL? Obychno, PostgreSQL mozhet rabotat' na lyuboj sovremennoj platforme sovmestimoj s Unix. V instrukcii po ustanovke, vy najdete spisok teh platform, na kotoryh byli provedeny testovye zapuski PostgreSQL k momentu vyhoda dannoj versii. - 1.4) Suschestvuyut li versii perenesennye ne na Unix sistemy? - Nachinaya s versii 8.0, PostgreSQL bez vsyakih uhischrenij rabotaet na operacionnyh sistemah Microsoft Windows, osnovannyh na NT, takih kak Win2000, WinXP i Win2003. Paket installyatora dostupen po adresu @@ -212,57 +176,27 @@ pomosch'yu Cygwin. Takzhe suschestvuet versiya sportirovannaya pod Novell Netware 6 na - http://forge.novell.com. + http://forge.novell.com, i versiya dlya OS/2 (eComStation) na + http://hobbes.nmsu.edu/cgi-bin/h-search?sh=1&button=Search&key=postgre + SQL&stype=all&sort=type&dir=%2F. - 1.5) Gde mozhno vzyat' PostgreSQL? + 1.4) Gde mozhno vzyat' PostgreSQL? Naprimer, vospol'zovavshis' anonimnym dostupom na ftp sajt PostgreSQL ftp://ftp.PostgreSQL.org/pub. Spisok zerkal vy najdete na nashem osnovnom sajte. - 1.6) Gde poluchit' podderzhku? + 1.5) Gde poluchit' podderzhku? - Osnovnoj spisok rassylki: pgsql-general@PostgreSQL.org. V nem mozhno - obsuzhdat' lyubye temy, kasayuschiesya PostgreSQL. CHtoby - podpisat'sya, otprav'te pis'mo po `elektronnoj pochte, v kotorom v - tele pis'ma (ne v teme) napishite sleduyuschie stroki: - subscribe - end - - na adres pgsql-general-request@PostgreSQL.org. + Soobschestvo PostgreSQL predostavlyaet pomosch' mnozhestvu + pol'zovatelej cherez E-mail. Osnovnoj web-sajt dlya podpiski na spiski + rassylki po E-mail `eto: http://www.postgresql.org/community/lists/. + Horoshim mestom dlya togo, chtoby nachat' zadavat' voprosy + yavlyayutsya spiski general (obschie voprosy) ili bugs (oshibki). - Suschestvuet dajzhest spisok. CHtoby podpisat'sya na nego, otprav'te - pis'mo po `elektronnoj pochte na adres: - pgsql-general-digest-request@PostgreSQL.org i v tele pis'ma napishite - strochki strochki: - subscribe - end - - Dajzhesty otpravlyayutsya podpischikam, kogda v osnovnom spiske - rassylki nakopitsya okolo 30 kilobajt soobschenij. - - Dostupen i spisok rassylki soobschenij ob oshibkah. CHtoby - podpisat'sya na `etot spisok, otprav'te po `elektronnoj pochte pis'mo - na adres pgsql-bugs-request@PostgreSQL.org i v tele pis'ma napishite - strochki strochki: - subscribe - end - - Takzhe imeetsya spisok rassylki s diskussiyami razrabotchikov. CHtoby - podpisat'sya na `etot spisok, otprav'te po `elektronnoj pochte pis'mo - na adres pgsql-hackers-request@PostgreSQL.org i v tele pis'ma - napishite strochki strochki: - subscribe - end - - Dopolnitel'nye spiski rassylki i infomaciyu o PostgreSQL mozhno najti - na domashnej stranichke PostgreSQL po adresu: - - http://www.PostgreSQL.org - Glavnym IRC kanalom yavlyaetsya #postgreql, raspolozhennyj na servere Freenode (irc.freenode.net). CHtoby podklyuchit'sya, vy mozhete - ispol'zovat' komandu Unix irc -c '#postgresql' "$USER" + ispol'zovat' v Unix vyzov programmy irc -c '#postgresql' "$USER" irc.freenode.net ili lyuboj drugoj IRC klient. Na `etom zhe servere suschestvuyut kanaly na ispanskom (#postgresql-es) i francuzskom (#postgresqlfr) yazykah. Takzhe suschestvuet kanal po PostgreSQL na @@ -271,18 +205,27 @@ Spisok kommercheskoj podderzhki kompanij dostupen na http://techdocs.postgresql.org/companies.php. + 1.6) Kak mne soobschit' ob oshibke? + + Posetite stranichku so special'noj formoj otchiota ob oshibke v + PostgreSQL po adresu: http://www.postgresql.org/support/submitbug. + + Takzhe prover'te nalichie bolee svezhej versii PostgreSQL na nashem + FTP sajte ftp://ftp.PostgreSQL.org/pub. + 1.7) Kakaya poslednyaya versiya? - Poslednij vypusk PostgreSQL - `eto versiya 7.4.6 + Poslednij vypusk PostgreSQL - `eto versiya 8.0.1 - My planiruem vypuskat' novye versii kazhdye 6-8 mesyacev. + My planiruem vypuskat' novye versii kazhdye 10-12 mesyacev. 1.8) Kakaya dokumentaciya imeetsya v nalichii? - V distributiv vklyuchayutsya razlichnye rukovodstva, stranicy - `elektronnogo rukovodstva man i nekotorye malen'kie testovye primery. - Smotrite v katalog /doc. Vy takzhe mozhete prosmatrivat' dokumentaciyu - v Internet po adresu http://www.PostgreSQL.org/docs. + PostgreSQL soderzhit mnogo dokumentacii, vklyuchaya bol'shoe + rukovodstvo, stranicy `elektronnogo rukovodstva man i nekotorye + malen'kie testovye primery. Smotrite v katalog /doc. Vy takzhe mozhete + prosmatrivat' dokumentaciyu v Internet po adresu + http://www.PostgreSQL.org/docs. Suschestvuet dve knigi po PostgreSQL dostupnye po adresam http://www.PostgreSQL.org/docs/awbook.html i @@ -292,8 +235,9 @@ po adresu http://techdocs.PostgreSQL.org/ vy mozhete najti kollekciyu tehnicheskih statej posvyaschennyh PostgreSQL. - psql imeet neskol'ko prekrasnyh komand \d dlya otobrazheniya - informacii po tipam, operatoram, funkciyam, agregatam i t.d. + Klient komandnoj stroki psql imeet neskol'ko komand \d dlya + otobrazheniya informacii po tipam, operatoram, funkciyam, agregatam i + t.d. - ispol'zujte \? dlya polucheniya spiska dostupnyh komand. Nash sajt soderzhit esche bol'she informacii. @@ -321,17 +265,13 @@ Handbook, Bowman, Judith S., et al., Addison-Wesley. Drugim nravitsya The Complete Reference SQL, Groff et al., McGraw-Hill. - 1.11) Reshena li v PostgreSQL problema 2000-go goda (Y2K)? - - Da, my legko rabotaem s datami posle 2000 goda i pered 2000 godom. - - 1.12) Kak prisoedinitsya k komande razrabotchikov? + 1.11) Kak prisoedinitsya k komande razrabotchikov? Dlya nachala, skachajte poslednyuyu versiyu ishodnyh tekstov i - prochtite dokumentaciyu razrabotchikov PostgreSQL na nashem sajte ili - v distributive. Zatem, podpishites' na spiski rassylki pgsql-hackers i - pgsql-patches. Dalee, otpravlyajte ispravleniya (patches) vysokogo - kachestva v spisok pgsql-patches. + prochtite FAQ i dokumentaciyu dlya razrabotchikov PostgreSQL na nashem + sajte ili v distributive. Zatem, podpishites' na spiski rassylki + pgsql-hackers i pgsql-patches. Dalee, otpravlyajte ispravleniya + (patches) vysokogo kachestva v spisok pgsql-patches. Suschestvuet ogranichennyj spisok lyudej, kotoryj imeyut privelegiyu vnosit' izmeneniya v CVS arhiv PostgreSQL. Kazhdyj iz `etih lyudej v @@ -340,15 +280,7 @@ previlegii vnosit' izmeneniya, i my uvereny, chto te ispravleniya, kotorye oni vnesut budut vysokogo kachestva. - 1.13) Kak otpravit' soobschenie ob oshibke?? - - Zapolnite formu ob oshibke v PostgreSQL, kotoraya raspolozhena na - http://www.postgresql.org/bugform.html. - - Takzhe ne zabud'te posmotret' na ftp://ftp.PostgreSQL.org/pub na - predmet bolee svezhih versij PostgreSQL ili zaplat. - - 1.14) Kak sravnivat' PostgreSQL s drugimi SUBD? + 1.12) Kak sravnivat' PostgreSQL s drugimi SUBD? Suschestvuet neskol'ko metodov sravneniya programmnogo obespecheniya: vozmozhnosti, proizvoditel'nost', nadezhnost', podderzhka i cena. @@ -363,24 +295,17 @@ dlya raboty s soderzhimym blokirovok. Proizvoditel'nost' - PostgreSQL imeet proizvoditel'nost' shodnuyu 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 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 - 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. Takzhe, MySQL - - `eto kompaniya, kotoraya rasprostranyaet svoj produkt cherez - otkrytye ishodnye teksty i trebuet kommercheskuyu licenziyu na - zakrytoe programmnoe obespechenie, a ne soobschestvo - razrabotchikov s otkrytymi ishodnymi tekstami, kak PostgreSQL. + Proizvoditel'nost' PostgreSQL shodna s drugimi kommercheskimi + SUBD i s SUBD s otkrytym ishodnym kodom. V kakih-to veschah my + bystree, v kakih-to medlennee. V sravnenii s MySQL ili linejnoj + SUBD, my bystree, kogda pol'zovatelej mnogo, a takzhe na + slozhnyh zaprosah i pri 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. Nadezhnost' My ponimali, chto nasha SUBD dolzhna byt' nadezhnoj ili ona @@ -404,7 +329,7 @@ podderzhku PostgreSQL prevoshodyaschej drugie SUBD. Suschestvuet kommercheskaya podderzhka po rezul'tam voznikshih incidentov, kotoraya dostupna dlya teh komu ona nuzhna. - (Smotrite Sekciyu 1.6.) + (Smotrite Sekciyu 1.5.) Cena Nash produkt besplaten kak dlya kommercheskogo tak, i ne dlya @@ -413,52 +338,20 @@ opisyvayutsya v nashej licenzii stilya BSD, kotoraya privedena vyshe. - 1.15) Kak okazat' finansovuyu pomosch' PostgreSQL? - - PostgreSQL imeet odnorangovuyu infrastrukturu s togo samogo vremeni - kak my nachali razrabotku v 1996 godu. My dolzhny blagodarit' za `eto - Marka Furn'e (Marc Fournier), kotoryj sozdal `etu infrastrukturu i - upravlyaet ej na protyazhenii `etih let. - - Kachestvennaya infrastruktura ochen' vazhna dlya proektov s otkrytym - ishodnym kodom. Ona predotvraschaet raskoly, kotorye mogut sil'no - zaderzhat' postupatel'noe dvizhenie proekta. - - Razumeetsya, `eta infrastruktura ne yavlyaetsya deshevoj. Suschestvuet - nekotoroe kolichestvo ezhemesyachnyh i odnorazovyh rashodov, kotorye - trebuyut deneg. Esli vy ili vasha kompaniya imeet den'gi, kotorye - mozhno peredat' v pomosch' nashim usiliyam, pozhalujsta posetite - stranichku https://store.pgsql.com/shopping/ i sdelajte svoj vklad. - - Hotya na stranichke govoritsya o PostgreSQL, Inc, punkt - "contributions" prednaznachen isklyuchitel'no dlya podderzhki proekta - PostgreSQL i ne peredaetsya kakoj-libo konkretnoj kompanii. Esli - 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? + 2.1) Kakie interfejsy est' dlya PostgreSQL? - Suschestvuet dva ODBC drajvera, PsqlODBC i OpenLink ODBC. + Ustanovka PostgreSQL vklyuchaet tol'ko C i vstroennyj (embedded) C + interfejsy. Vse drugie interfejsy yavlyayutsya nezavisimymi proektami + i zagruzhayutsya otdel'no; samostoyatel'nost' proektov pozvolyaet im + organizovat' sobstvennoe raspisanie vypuskov novyh versij i imet' + sobstvennuyu komandu razrabotchikov. - Vy mozhete skachat' PsqlODBC s - http://gborg.postgresql.org/project/psqlodbc/projdisplay.php. - - OpenLink ODBC mozhno vzyat' na http://www.openlinksw.com. `Etot - drajver rabotaet s ih standartnym klientskim programmnym - obespecheniem, ispol'zuyuschim ODBC, i takim obrazom, ODBC drajvery - dlya PostgreSQL dostupny dlya kazhdoj iz podderzhivaemyh imi platform - (Win, Mac, Unix, VMS). - - Vozmozhno oni budut prodavat' svoj produkt tem komu nuzhna - kommercheskaya podderzhka, no besplatnaya versiya vsegda budet - dostupna. Pozhalujsta, napravlyajte voprosy na adres - postgres95@openlink.co.uk. + Nekotorye yazyki programmirovaniya, takie kak PHP vklyuchayut v sebya + interfejs k PostgreSQL. Interfejsy dlya takih yazykov kak Perl, TCL, + Python i mnogih drugih, dostupny na http://gborg.postgresql.org v + sekcii Drivers/Interfaces, a takzhe cherez poisk v Internet. 2.2) Kakie instrumenty suschestvuyut dlya ispol'zovaniya PostgreSQL cherez Web? @@ -466,39 +359,21 @@ Prekrasnoe vvedenie vo vzaimodejstvie baz dannyh i Web mozhno najti na: http://www.webreview.com - Dlya integracii s Web, odnim iz prevoshodnyh instrumentov yavlyaetsya - PHP. Domashnyaya stanichka http://www.php.net. + Dlya integracii s Web, PHP http://www.php.net yavlyaetsya neplohim + interfejsom. - Dlya kompleksnyh reshenij, mnogie pol'zuyutsya Perl interfejsom i - CGI.pm ili mod_perl. + V slozhnyh sluchayah, mnogie pol'zuyutsya Perl i CGI.pm ili mod_perl. 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 III - (http://www.pgadmin.org), RHDB Admin + Oni vklyuchayut PgAdmin III (http://www.pgadmin.org), PgAccess + (http://www.pgaccess.org), RHDB Admin (http://sources.redhat.com/rhdb/), TORA (http://www.globecom.net/tora/ - (chastichno kommercheskoe PO) i Rekall ( - http://www.thekompany.com/products/rekall/, kommercheskij). Takzhe - est' PhpPgAdmin ( http://phppgadmin.sourceforge.net/) - interfejs k - PostgreSQL, osnovannyj na Web. - - 2.4) Kakie yazyki mogut vzaimodejstvovat' s PostgreSQL? - - Kakie-libo interfejsy dlya PostgreSQL suschestvuyut dlya bol'shinstva - populyarnyh yazykov programmirovaniya. Posmotrite spisok modulej - rasshireniya dlya teh yazykov programmirovaniya, kotorymi vy - pol'zuetes'. - - Sleduyuschie interfejsy vklyuchayutsya v distributiv PostgreSQL: - * C (libpq) - * Embedded C (ecpg) - * Java (jdbc) - * Python (PyGreSQL) - * TCL (libpgtcl) - - Dopolnitel'nye interfejsy dostupny po adresu - http://gborg.PostgreSQL.org v sekcii Drivers/Interfaces. + chastichno kommercheskoe PO) i Rekall ( + http://www.rekallrevealed.org/). Takzhe est' PhpPgAdmin ( + http://phppgadmin.sourceforge.net/) - interfejs k PostgreSQL, + osnovannyj na Web. _________________________________________________________________ Voprosy administrirovaniya @@ -507,141 +382,89 @@ Zadajte opciyu --prefix kogda zapuskaete configure. - 3.2) Kogda ya zapuskayu postmaster, ya poluchayu soobschenie Bad System - Call ili soobschenie core dumped. Pochemu? - - `Eto mozhet byt' vyzvano raznymi problemami, no pervoe, chto nuzhno - sdelat' - `eto ubedit'sya v tom, chto v vashem yadre ustanovleno - rasshirenie System V. PostgreSQL trebuet, chtoby yadro podderzhivalo - razdelyaemuyu pamyat' i semafory. - - 3.3) Kogda ya pytayus' zapustit' postmaster, ya poluchayu oshibki - IpcMemoryCreate. Pochemu? - - Libo u vas v yadre nepravil'nye nastrojki razdelyaemoj pamyati, libo - vashemu yadru nuzhno bol'shee kolichestvo dostupnoj razdelyaemoj - pamyati. Te konkretnye dejstviya, kotorye vam nuzhno proizvesti - zavisyat ot arhitektury vashej mashiny i ot togo kak mnogo buferov i - backend processov vy nastroili dlya postmaster. Dlya bol'shinstva - sistem, s kolichestvom buferov i processov po umolchaniyu, neobhodimyj - minimum - `eto okolo 1 megabajta. Podrobnosti o razdelyaemoj pamyati i - semaforah smotrite v Rukovodstve administratora PostgreSQL.. - - 3.4) Kogda ya pytayus' zapustit' postmaster, ya poluchayu oshibki - IpcSemaphoreCreate. Pochemu? - - Esli `eto soobschenie IpcSemaphoreCreate: semget failed (No space left - on device) to nastrojki vashego yadra takovy, chto emu ne hvataet - semaforov. Postgres trebuet odin semafor na potencial'nyj backend - process. Vremennym resheniem yavlyaetsya zapusk postmaster s - nastrojkami na mesh'shee kolichestvo backend processov. Ispol'zujte -N - s znacheniem men'shim chem 32, kotoroe prinyato po umolchaniyu. Bolee - pravil'noe reshenie - `eto uvelichit' znacheniya SEMMNS i SEMMNI v - nastrjkah yadra. - - Neispravnye semafory takzhe mogut privesti k padeniyu SUBD vo vremya - dostupa k baze dannyh. - - Esli vy poluchili kakoe-libo drugoe soobschenie ob oshibke, to vpolne - vozmozhno, chto v vashem yadre voobsche ne nastroena podderzhka - semaforov. Smotrite podrobnosti o razdelyaemoj pamyati i semaforah v - Rukovodstve Administratora PostgreSQL. - - 3.5) Kak mne upravlyat' soedineniyami s drugih komp'yuterov? + 3.2) Kak mne upravlyat' soedineniyami s drugih komp'yuterov? Po umolchaniyu, PostgreSQL razreshaet tol'ko soedineniya na lokal'noj - mashine cherez sokety domena Unix ili TCP/IP soedineniya. Drugie - mashiny ne smogut podklyuchit'sya k baze poka vy ne izmenite - listen_addresses v postgresql.conf i poka ne budet razreshena - host-avtorizaciya v fajle $PGDATA/pg_hba.conf. + mashine cherez sokety domena Unix ili TCP/IP soedineniya. Dlya togo, + chtoby drugie mashiny smogli podklyuchit'sya k baze vy dolzhny + izmenit' listen_addresses v postgresql.conf, razreshit' + host-avtorizaciya v fajle $PGDATA/pg_hba.conf i perestartovat' server. - 3.6) Kakie nastrojki mne nuzhno sdelat' dlya uluchsheniya + 3.3) Kakie nastrojki mne nuzhno sdelat' dlya uluchsheniya proizvoditel'nosti? - Nesomnenno, indeksy mogut uvelichit' skorost' vypolneniya zaprosov. - Komanda EXPLAIN ANALYZE pozvolyaet vam posmotret' kak PostgreSQL - interpretiruet vash zapros i kakie indeksy ispol'zuyutsya. + Suschestvuet tri glavnyh oblasti, kotorye potencial'no mogut + uvelichit' proizvoditel'nost': - Esli vy vypolnyaete mnogo operatorov INSERT, rassmotrite vozmozhnost' - vypolnyat' ih v bol'shoj pachke, ispol'zuya komandu COPY. `Eto - znachitel'no bystree, chem otdel'nye INSERT. Vo-vtoryh, operatory vne - bloka tranzakcii BEGIN WORK/COMMIT sami vypolnyayut tranzakciyu. - Podumajte nad vypolneniem neskol'kih operatorov v odnom bloke - tranzakcii. `Eto umen'shit kolichestvo tranzakcij. Takzhe, zadumajtes' - nad udaleniem i peresozdaniem indeksov, kogda vy vypolnyaete bol'shie - izmeneniya dannyh. - - Suschestvuet neskol'ko opcij nastrojki v Rukovodstve Administratora - PostgreSQL. Vy mozhete zapretit' fsync() pri starte postmaster s - opciej -o -F. `Eto predotvratit vyzovy fsync(), kotorye privodyat k - sbrosu dannyh na disk posle kazhdoj tranzakcii. - - Vy mozhete takzhe ispol'zovat' opciyu shared_buffers -B dlya - uvelicheniya kolichestva buferov razdelyaemoj pamyati, kotoraya - ispol'zuetsya backend processami. Esli vy sdelaete znachenie `etogo - parametra slishkom bol'shim, to postmaster mozhet ne zapustitsya - potomu chto vy ischerpaete ogranichenie yadra na ob"em razdelyaemoj - pamyati. Kazhdyj bufer imeet razmer v 8 kilobajt i po umolchaniyu - vydelyaetsya 1000 buferov. - - Vy mozhete takzhe ispol'zovat' backend opcii sort_mem i work_mem dlya - uvelicheniya maksimal'nogo kolichestva pamyati, kotoroe ispol'zuetsya - backend processom dlya vremennyh sortirovok. Znachenie po umolchaniyu - sostavlyaet 1024 (t.e. 1MB). - - Vy takzhe mozhete ispol'zovat' komandu CLUSTER dlya gruppirovki dannyh - v tablicah na sovpadayuschij indeks. Podrobnosti smotrite na stranice - rukovodstva po komande CLUSTER. - - 3.7) Kakie vozmozhnosti dlya otladki est' v nalichii? + Izmenenie zaprosa + `Eto oznachaet modifikaciyu zaprosov dlya polucheniya luchshej + proizvoditel'nosti: + + + Sozdanie indeksov, vklyuchaya indeksy vyrazhenij i + chastichnye indeksy + + Ispol'zovanie COPY vmesto mnozhestva INSERT + + Gruppirovka neskol'kih operatorov v edinuyu tranzakciyu dlya + umen'sheniya nagruzki pri vypolnenii zaversheniya tranzakcii + + Ispol'zovanie CLUSTER, kogda iz indeksa beriotsya mnozhestvo + strok + + Ispol'zovanie LIMIT dlya togo, chtoby vozvraschalas' tol'ko + chast' vyvoda ot zaprosa + + Ispol'zovanie Podgotovlennyh (Prepared) zaprosov + + Ispol'zovanie ANALYZE dlya obsluzhivaniya statistiki + optimizatora + + Regulyarnoe ispol'zovanie VACUUM ili pg_autovacuum + + Udalenie indeksov vo vremya bol'shih izmenenij dannyh + + Nastrojka servera + Nekotorye ustanovki v postgresql.conf vliyayut na + proizvoditel'nost'. Podrobnyj polnyj spisok ustanovok sm. v + Administration Guide/Server Run-time Environment/Run-time + Configuration, a kommentarii sm. v + http://www.varlena.com/varlena/GeneralBits/Tidbits/annotated_co + nf_e.html i + http://www.varlena.com/varlena/GeneralBits/Tidbits/perf.html. + + Vybor "zheleza" - apparatnogo obespecheniya + Vliyanie "zheleza" na proizvoditel'nost' podrobno opisano v + http://candle.pha.pa.us/main/writings/pgsql/hw_performance/inde + x.html i http://www.powerpostgresql.com/PerfList/. + + 3.4) Kakie vozmozhnosti dlya otladki est' v nalichii? - PostgreSQL imeet neskol'ko vozmozhnostej, pozvolyayuschie poluchit' - informaciyu o sostoyanii, kotoraya mozhet byt' ispol'zovana v - otladochnyh celyah. + Est' mnozhestvo ustanovok v nastrojkah servera, nachinayuschihsya na + log_*, pozvolyayuschih protokolirovat' zaprosy i statistiku raboty + processa, kotoraya ochen' polezna dlya otladki i izmereniya + proizvoditel'nosti. - Vo-pervyh, pri zapuske configure s opciej --enable-cassert, mnogie - vyzovy assert() pozvolyayut otslezhivat' rabotu backend processa i - ostanovku programmy pri vozniknovenii kakih-libo neozhidannostej. + Dlya predostavleniya bolee detal'noj informacii razrabotchikam servera + pri otladke kakoj-libo problemy dolzhny pol'zovat'sya sleduyuschie + instrukcii. - I postmaster, i postgres imeyut neskol'ko otladochnyh opcij. - Vo-pervyh, pri zapuske postmaster, ubedites', chto standartnyj vyvod i - vyvod oshibok osuschestvlyayutsya v fajl zhurnala: - cd /usr/local/pgsql - ./bin/postmaster >server.log 2>&1 & - - `Eto privedet k poyavleniyu fajla server.log v glavnom kataloge - PostgreSQL. `Etot fajl soderzhit poleznuyu informaciyu o problemah ili - oshibkah, voznikshih na servere. Postmaster imeet opciyu -d, kotoraya - pozvolyaet poluchat' pri protokolirovanii bolee detal'nuyu infrmaciyu. - Dlya opcii -d ukazyvaetsya chislo, kotoroe zadaet uroven' otladki. - Bud'te ostorozhny, tak kak vysokij uroven' otladki privodit k - generacii fajlov zhurnala bol'shogo razmera. + Takim zhe obrazom mozhno proizvodit' i otladku severa, esli on + rabotaet nepravil'no. Vo-pervyh, pri zapuske configure s opciej + --enable-cassert, mnogie vyzovy assert() pozvolyayut otslezhivat' + rabotu backend processa i ostanovku programmy pri vozniknovenii + kakih-libo neozhidannostej. Esli postmaster ne zapuschen, vy mozhete zapustit' postgres backend iz komandnoj stroki i vvesti vash operator SQL napryamuyu. `Eto rekomenduetsya tol'ko dlya celej otladki. Zametim, chto v `etom rezhime, zapros zavershaetsya simvolom novoj stroki, a ne tochkoj s - zapyatoj. Esli vy proizvodili kompilyaciyu s otladochnymi simvoloami, + zapyatoj. Esli vy proizvodili kompilyaciyu s otladochnymi simvolami, vy mozhete ispol'zovat' lyuboj otladchik, chtoby posmotret', chto sluchilos'. Poskol'ku backend zapuskaetsya ne iz postmaster, on ne zapuskaetsya v identichnom okruzhenii i znachit problemy iteracij blokirovok/backend ne mogut byt' vosproizvedeny. Esli postmaster zapuschen, zapustite psql v odnom okne, zatem najdite - PID processa postgres, ispol'zuemyj psql, ispol'zuya - SELECT pg_backend_pid() - - - Ispol'zujte otdadchik dlya podklyucheniya k postgres PID. Vy mozhete - ustanovit' tochki preryvaniya v otladchike i zapustit' zapros iz psql. - Esli vy proizvodite otladku zapuska postgres, vy mozhete ustanovit' - PGOPTIONS="-W n", i zatem zapustit' psql. `Eta opciya privodit k - zaderzhke processa zapuska na n sekund, v techenie kotoryh vy mozhete - podklyuchit' k processu otladchik, ustanovit' lyubye tochki - preryvaniya i prodolzhit' zapusk. - - Programma postgres imeet opcii -s, -A, i -t kotorye mogut byt' ochen' - poleznymi dlya otladki i izmereniya proizvoditel'nosti. + PID processa postgres, ispol'zuemyj psql, ispol'zuya SELECT + pg_backend_pid(). Ispol'zujte otladchik dlya podklyucheniya k postgres + PID. Vy mozhete ustanovit' tochki preryvaniya v otladchike i zapustit' + zapros iz psql. Esli vy proizvodite otladku zapuska postgres, vy + mozhete ustanovit' PGOPTIONS="-W n", i zatem zapustit' psql. `Eta + opciya privodit k zaderzhke processa zapuska na n sekund, v techenie + kotoryh vy mozhete podklyuchit' k processu otladchik, ustanovit' + lyubye tochki preryvaniya i prodolzhit' zapusk. Vy takzhe mozhete skompilirovat' PostgreSQL s profilirovaniem dlya togo, chtoby uvidet' kakie funkcii skol'ko vremeni vypolnyayutsya. @@ -650,49 +473,22 @@ tekuschij katalog klienta. V Linux dlya vypolneniya profilirovaniya trebuetsya kompilyacii s -DLINUX_PROFILE. - 3.8) Pochemu ya poluchayu soobschenie "Sorry, too many clients" kogda + 3.5) Pochemu ya poluchayu soobschenie "Sorry, too many clients" kogda pytayus' podklyuchit'sya k baze? - Vam nuzhno uvelichit' ogranichenie na kolichestvo konkuretnyh backend - processov pri zapuske postmaster. + Vy dostigli ustanovlennogo po umolchaniyu ogranicheniya na 100 sessij + podklyucheniya k baze dannyh. Vam neobhodimo uvelichit' dlya + postmaster limit na kolichestvo konkurentnyh backend processov, + izmeniv znachenie max_connections v fajle postgresql.conf i + perestartovat' postmaster. - Po umolchaniyu ustanovlen limit na 32 processa. Vy mozhete uvelichit' - `etot limit perezapustiv postmaster s nuzhnym znacheniem processov, - kotoroe ukazyvaetsya v opcii -N ili izmeniv fajl postgresql.conf. - - Zametim, chto esli vy zadadite v opcii -N znachenie bol'she 32, to vy - takzhe dolzhny uvelichit' znachenie v opcii -B kotoroe po umolchaniyu - ustanovleno v 64; Znachenie opcii -B dolzhno byt' po krajnej mere - vdvoe bol'she znacheniya opcii -N, i vozmozhno eschio bol'she dlya - luchshej proizvoditel'nosti. Dlya bol'shego kolichestva backend - processov, vam takzhe neploho bylo by uvelichit' nekotorye parametry - yadra Unix. `Eto takie parametry, kak maksimal'noe kolichestvo blokov - razdelyaemoj pamyati, SHMMAX; maksimal'noe kolichestvo semaforov, - SEMMNS i SEMMNI; maksimal'noe kolichestvo processov, NPROC; - maksimal'noe kolichestvo processov na pol'zovatelya, MAXUPRC; i - maksimal'noe kolichestvo otkrytyh fajlov, NFILE i NINODE. Prichina - sozdaniya ogranicheniya na kolichestvo backend processov kak raz i - sostoit v tom, chtoby vashej sisteme hvatilo resursov. - - 3.9) CHto nahoditsya v kataloge pgsql_tmp? - - Dannyj katalog soderzhit vremennye fajly, generiruemye obrabotchikom - zaprosa. Naprimer, esli dlya vypolneniya ORDER BY nuzhna sortirovka i - `eta sortirovka trebuet pamyati bol'she, chem dopuskaet parametr -S u - backend'a, to dlya hraneniya dopolnitel'nyh dannyh sozdayutsya - vremennye fajly. - - `Eti vremennye fajly dolzhny udalyat'sya avtomaticheski, no `etogo - mozhet ne proizojti, esli backend ruhnul vo vremya sortirovki. Ostanov - i zapusk servernogo processa obespechit ih udalenie iz kataloga. - - 3.10) Pochemu neobhodimo delat' dump i restore pri obnovlenii vypuskov + 3.6) Pochemu neobhodimo delat' dump i restore pri obnovlenii vypuskov PostgreSQL? Razrabotchiki PostgreSQL delayut tol'ko nebol'shie izmeneniya mezhdu - podvypuskami. Takim obrazom obnovlenie s versii 7.2 do 7.2.1 ne + podvypuskami. Takim obrazom obnovlenie s versii 7.4 do 7.4.1 ne trebuet vypolneniya dump i restore. Odnako pri vyhode ocherednogo - vypuska (t.e. pri obnovlenii naprimer, s 7.2 na 7.3) chasto menyaetsya + vypuska (t.e. pri obnovlenii naprimer, s 7.3 na 7.4) chasto menyaetsya vnutrennij format sistemnyh tablic i fajlov dannyh. `Eti izmeneniya chasto nosyat kompleksnyj harakter, tak chto net vozmozhnosti obespechit' obratnuyu sovmestimost' fajlov dannyh. Vypolenie dump @@ -704,7 +500,7 @@ bez ispol'zovaniya dump/restore. Kommentarii k vypusku govorit kogda mozhno ispol'zovat' pg_upgrade dlya `etogo vypuska. - 3.11) Kakoe komp'yuternoe "zhelezo" ya dolzhen ispol'zovat'? + 3.7) Kakoe komp'yuternoe "zhelezo" ya dolzhen ispol'zovat'? Poskol'ku "zhelezo" personal'nyh komp'yuterov yavlyaetsya naibolee sovmestimym, lyudi sklonny verit', chto takoe "zhelezo" imeet @@ -719,21 +515,15 @@ Voprosy `ekspluatacii - 4.1) V chem otlichie mezhdu binarnym i normal'nym kursorom? - - Smotrite opisanie na stranicah rukovodstva posvyaschennym DECLARE. - - 4.2) Kak vypolnit' SELECT tol'ko dlya neskol'kih pervyh strochek zaprosa? + 4.1) Kak vypolnit' SELECT tol'ko dlya neskol'kih pervyh strochek zaprosa? Proizvol'noj stroki? - Smotrite stanicu rukovodstva posvyaschennuyu FETCH ili ispol'zujte - SELECT ... LIMIT.... - - Dazhe esli vy hotite poluchit' tol'ko pervye neskol'ko zapisej, budet - vypolnen ves' zapros. Rassmotrim zapros, kotoryj imeet ORDER BY. Esli - est' kakoj-libo indeks, kotoryj sovpadaet s ORDER BY, PostgreSQL - mozhet vydat' tol'ko neskol'ko pervyh zaproshennyh zapisej ili mozhet - vypolnyat' zapros poka ne budut vydany zhelaemye zapisi. + Dlya polucheniya tol'ko neskol'kih strok, esli vy znaete ih + kolichestvo na moment vypolneniya SELECT ispol'zujte LIMIT. + Esli est' kakoj-libo indeks, kotoryj sovpadaet s ORDER BY, to + vozmozhno, chto ves' zapros vypolnen i ne budet. Esli vy ne znaete + kolichestva neobhodimyh strok na moment vypolneniya SELECT, + ispol'zujte kursor i FETCH. To SELECT a random row, use: SELECT col @@ -741,7 +531,9 @@ ORDER BY random() LIMIT 1; - 4.3) Kak poluchit' spisok tablic ili drugih komponentov v psql? + 4.2) Kak mne najti kakie tablicy, indeksy, bazy dannyh i pol'zovateli + suschestvuyut? Kak mne uvidet' zaprosy, kotorye ispol'zuet psql dlya + polucheniya `etoj informacii? CHtoby prosmatrivat' tablicy v psql, ispol'zujte komandu \dt. Polnyj spisok komand v psql vy mozhete poluchit', ispol'zuya \?. Krome togo, @@ -750,45 +542,44 @@ generiruyutsya pri vvode v psql komand, nachinayuschihsya s obratnoj kosoj cherty. Vy takzhe mozhete zapustit' psql s opciej -E tak, chtoby `eta programma vydavala zaprosy, kotorye ona ispol'zuet dlya - vypolneniya zadannyh vami komand. PostgreSQL takzhe predostavlyaet - SQLi sovmestimyj s INFORMATION SCHEMA interfejs, s pomosch'yu - kotorogo, vy mozhete sformirovat' zapros na poluchenie informacii o - baze dannyh. + vypolneniya zadannyh vami komand. PostgreSQL takzhe predostavlyaet SQL + sovmestimyj s INFORMATION SCHEMA interfejs, s pomosch'yu kotorogo, vy + mozhete sformirovat' zapros na poluchenie informacii o baze dannyh. - 4.4) Kak udalit' kolonku iz tablicy ili izmenit' eio tip dannyh? + Takzhe suschestvuyut sistemnye tablicy, nachinayuschiesya s pg_. + + Ispol'zujte psql -l dlya polucheniya spiska vseh baz dannyh. + + Takzhe posmotrite fajl pgsql/src/tutorial/syscat.source. On pokazyvaet + mnogie iz operatorov SELECT neobhodimyh dlya polucheniya informacii iz + sistemnyh tablic bazy dannyh. + + 4.3) Kak izmenit' tip dannyh kolonki? - DROP COLUMN funkcional'nost' byla dobavlena v vypusk 7.3 s operatorom - ALTER TABLE DROP COLUMN. V rannih versiyah, mozhno sdelat' tak: - BEGIN; - LOCK TABLE old_table; - SELECT ... -- vyborka vseh kolonok za isklyucheniem toj, kotoruyu hotite u -dalit' - INTO TABLE new_table - FROM old_table; - DROP TABLE old_table; - ALTER TABLE new_table RENAME TO old_table; - COMMIT; - - Dlya izmeneniya tipa dannyh kolonki, sdelajte tak: + V 8.0 i bolee pozdnih versiyah, izmenenie tipa kolonki vypolnyaetsya + ochen' legko cherez ALTER TABLE ALTER COLUMN TYPE. + + V bolee rannih versiyah sdelajte tak: 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 tab DROP COLUMN old_col; COMMIT; - 4.5) Kakovy maksimal'nye razmery dlya zapisej, tablic i bazy dannyh? + 4.4) Kakovy maksimal'nye razmery dlya strok v tablice, tablic i bazy + dannyh? Suschestvuyut sleduyuschie ogranicheniya: - 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 - + + Maksimal'nyj razmer bazy? neogranichen (suschestvuyut bazy na 32 TB) + Maksimal'nyj razmer tablicy? 32 TB + Maksimal'nyj razmer stroki? 1.6 TB + Maksimal'nyj razmer polya? 1 GB + Maksimal'noe kolichestvo strok v tablice? neogranicheno + Maksimal'noe kolichestvo kolonok v tablice? 250-1600 v zavisimosti ot + tipa + Maksimal'noe kolichestvo indeksov v tablice? neogranicheno + Razumeetsya, ponyatie "neogranicheno" na samom dele ogranichivaetsya dostupnym diskovym prostranistvom i razmerami pamyati/svoppinga. Kogda znacheniya perechislennye vyshe neopravdano bol'shie, mozhet @@ -803,7 +594,7 @@ a 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 + 4.5) Kak mnogo diskovogo prostranstva v baze dannyh nuzhno dlya sohraneniya dannyh iz obychnogo tekstovogo fajla? SUBD PostgreSQL mozhet potrebovat'sya diskovogo prostranstva do 5 raz @@ -814,21 +605,21 @@ a srednem, sostavlyaet 20 bajt. Razmer prostogo fajla sostavit 2.8 MB. Razmer bazy PostgreSQL, soderzhaschej `eti zhe dannye sostavit priblizitel'no 6.4 MB iz kotoryh: - 32 bajt: na kazhdyj zagolovok zapisi (priblizitel'no) + 32 bajt: na kazhdyj zagolovok stroki v tablice (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 tablichnoj stroki ---------------------------------------- - 60 bajt na zapis' + 60 bajt na stroku v tablice Razmer stranicy dannyh v PostgreSQL sostavlyaet 8192 bajt (8 KB), tak chto: 8192 bajt na stranicu - --------------------- = 136 zapisej na stranicu BD (okruglionno) - 60 bajt na zapis' + --------------------- = 136 strok v tablice na stranicu BD (okruglionno) + 60 bajt na stroku v tablice 100000 strok dannyh ----------------------- = 735 stranic v BD (okruglionno) - 128 zapisej na stranicu + 128 strok v tablice na stranicu 735 stranic BD * 8192 bajt na stranicu = 6,021,120 bajt (6 MB) @@ -838,26 +629,12 @@ a 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, - bazy dannyh i pol'zovateli? - - psql imeet neskol'ko komand, nachinayuschihsya s obratnoj kosoj - cherty, dlya togo chtoby prosmatrivat' takuyu informaciyu. Ispol'zujte - \? dlya togo, chtoby uvidet' `eti komandy. Takzhe suschestvuyut - sistemnye tablicy, imya kotoryh nachinaetsya na pg_ i v kotoryh takzhe - soderzhitsya `eta informaciya. Eschio, psql -l pokazhet spisok vseh - baz dannyh. - - Takzhe smotrite fajl pgsql/src/tutorial/syscat.source. V nem - predstavleny mnogie operatory SELECT kotorye nuzhny dlya polucheniya - informacii iz sistemnyh tablic bazy dannyh. - - 4.8) U menya medlenno rabotayut zaprosy ili ne proishodit ispol'zovaniya - indeksov. Pochemu? + 4.6) Pochemu moi zaprosy rabotayut medleno? Pochemu oni ne ispol'zuyut moi + indeksy? Indeksy ne ispol'zuyutsya dlya kazhdogo zaprosa avtomaticheski. Oni ispol'zuyutsya tol'ko esli tablica bol'she minimal'nogo razmera i - zapros vybiraet tol'ko malen'kij procent zapisej v tablice. Tak + zapros vybiraet tol'ko malen'kij procent strok v tablice. Tak ustroeno, potomu chto dostup k disku s primeneniem randomizacii pri skanirovanii indeksov mozhet byt' medlennee, chem prostoe chtenie tablicy ili ee posledovatel'noe skanirovanie. @@ -866,11 +643,11 @@ a tablicy, PostgreSQL dolzhen imet' statistiku po `etoj tablice. `Eta statistika sobiraetsya pri ispol'zovanii VACUUM ANALYZE ili prosto ANALYZE. Ispol'zuya statistiku, optimizator uznaet o tom kak mnogo - zapisej v tablice i esli on dolzhen ispol'zovat' indeksy, to on mozhet + strok v tablice i esli on dolzhen ispol'zovat' indeksy, to on mozhet prinimat' luchshie resheniya. Statistika takzhe vliyaet na opredelenie - optimal'nogo poryadka svyazyvaniya i metoda svyazyvaniya. Sbor - statistiki dolzhen periodicheski vypolnyatsya pri izmenenii - soderzhimogo tablicy. + optimal'nogo poryadka svyazyvaniya i metoda svyazyvaniya. Pri + izmenenii soderzhimogo tablicy dolzhen periodicheski vypolnyatsya sbor + statistiki. Obychno indeksy ne ispol'zuyutsya dlya ORDER BY ili dlya vypolneniya svyazyvanij. Posledovatel'nyj perebor sleduyuschij za yavnoj @@ -899,61 +676,23 @@ a * Stroka poiska ne dolzhna nachinat'sya s simvola klassa, t.e. [a-e]. * Poisk nezavisimyj ot registra, takoj kak ILIKE i ~* ne ispol'zuet - indeksy. Vmesto nego, ispol'zujte funkcional'nye indeksy, kotorye - opisyvayutsya v sekcii 4.12. + indeksy. Vmesto nego, ispol'zujte indeksy vyrazhenij, kotorye + opisyvayutsya v sekcii 4.8. * Vo vremya initdb dolzhna ispol'zovat'sya lokal' po umolchaniyu C, - potomu chto ne suschestvuet vozmozhnosti uznat' next-greater - simvol dlya ne-C lokali. Vy mozhete dlya takih sluchaev sozdat' - special'nyj indeks - text_pattern_ops - - kotoryj rabotaet tol'ko dlya - LIKE - - indeksirovaniya. + potomu chto ne suschestvuet vozmozhnosti uznat' sleduyuschij + naibol'shij simvol dlya ne-C lokali. Vy mozhete dlya takih + sluchaev sozdat' special'nyj indeks text_pattern_ops kotoryj + rabotaet tol'ko dlya LIKE indeksirovaniya. V vypuskah do versii 8.0, indeksy chasto nel'zya bylo ispol'zovat', esli tipy dannyh tochno ne sovpadali s indeksnymi tipami kolonok. `Eto osobenno kasalos' int2, int8 i numeric indeksov kolonok. - 4.9) Kak posmotret' na to, kak optimizator vypolnyaet moj zapros? + 4.7) Kak posmotret' na to, kak optimizator vypolnyaet moj zapros? Smotrite stranicu rukovodstva posvyaschennuyu EXPLAIN. - 4.10) CHto takoe R-tree indeks? - - R-tree indeks ispol'zuetsya dlya indeksirovaniya prostranstvennyh - dannyh. Indeks h`esha ne mozhet upravlyat' poiskami diapazona. B-tree - indeks upravlyaet tol'ko poiskami diapazona v odnom izmerenii. R-tree - indeks mozhet upravlyat' mnogorazmernymi dannymi. Naprimer, esli - R-tree indeks mozhet byt' vstroen v atribut tipa point, to sistema - mozhet bolee `effektivno otvetit' na zapros tipa "vybrat' vse tochki - vnutri zadannogo chetyrehugol'nika." - - Kanonicheskij istochnik, opisyvayuschij pervonachal'noe sozdanie - R-tree `eto: - - Guttman, A. "R-trees: A Dynamic Index Structure for Spatial - Searching." Proceedings of the 1984 ACM SIGMOD Int'l Conf on Mgmt of - Data, 45-57. - - Vy mozhete najti `etot dokument v knige Stounbrejkera "Readings in - Database Systems". - - Vstroennnye R-tree mogut upravlyat' poligonami i boksami. V teorii, - R-tree mogut byt' rasshireny dlya upravleniya bol'shim kolichestvom - izmerenij. Na praktike, rasshirenie R-tree trebuet nekotoryh usilij i - u nas, v dannyj moment, net kakoj-libo dokumentacii o tom, kak `eto - sdelat'. - - 4.11) CHto takoe Genetic Query Optimizer? - - Modul' GEQO proizvodit bystruyu optimizaciyu zaprosa, kogda proishodit - svyazyvanie mnogih tablic cherez Genetic Algorithm (GA). `Eto - pozvolyaet upravlyat' bol'shimi zaprosami na svyazyvanie cherez - neistoschayuschij poisk. - - 4.12) Kak mne vypolnit' poisk regulyarnogo vyrazheniya i poisk nezavisimyj + 4.8) Kak mne vypolnit' poisk regulyarnogo vyrazheniya i poisk nezavisimyj ot registra bukv poisk regulyarnogo vyrazheniya? Kak mne ispol'zovat' indeks dlya poiska nezavisimogo ot registra bukv? @@ -967,27 +706,24 @@ a WHERE lower(col) = 'abc'; `Eta konstrukciya ne budet ispol'zovat' standartnyj indeks. Odnako, - esli vy sozdadite funkcional'nyj indeks, on budet ispol'zovan: + esli vy sozdadite indeks vyrazheniya, on budet ispol'zovan: CREATE INDEX tabindex ON tab (lower(col)); - 4.13) Kak ya mogu opredelit', chto znachenie polya ravno NULL v kakom-libo + 4.9) Kak ya mogu opredelit', chto znachenie polya ravno NULL v kakom-libo zaprose? Vy prosto sravnivaete znachenie s IS NULL i IS NOT NULL. - 4.14) Kakovy otlichiya mezhdu raznymi simvol'nymi tipami? + 4.10) Kakovy otlichiya mezhdu raznymi simvol'nymi tipami? -Tip Vnutrennee imya Zamechaniya --------------------------------------------------- -VARCHAR(n) varchar razmer zadaet maksimal'nuyu dlinu, net zapolnen -iya -CHAR(n) bpchar zapolnyaetsya pustotoj do fiksirovannoj dliny -TEXT text net zadavaemogo verhnego ogranicheniya ili dlin -y -BYTEA bytea massiv bajt peremennoj dliny (mozhno ispol'zova -t' null-bajt bez opaski) -"char" char odin simvol - + Tip Vnutrennee imya Zamechaniya + VARCHAR(n) varchar razmer zadaet maksimal'nuyu dlinu, net zapolneniya + CHAR(n) bpchar zapolnyaetsya pustotoj do fiksirovannoj dliny + TEXT text net zadavaemogo verhnego ogranicheniya ili dliny + BYTEA bytea massiv bajt peremennoj dliny (mozhno ispol'zovat' + null-bajt bez opaski) + "char" char odin simvol + Vnutrennee imya vy mozhete uvidet', kogda smotrite sistemnye katalogi i v nekotoryh soobscheniyah ob oshibkah. @@ -1010,7 +746,7 @@ t' null-bajt bez opaski) znacheniya kotoryh mogut vklyuchat' NULL bajty. Vse tipy opisannye zdes', imeyut shodnye harakteristiki proizvoditel'nosti. - 4.15.1) Kak mne sozdat' pole serial/s-avto-uvelicheniem? + 4.11.1) Kak mne sozdat' pole serial/s-avto-uvelicheniem? PostgreSQL podderzhivaet tip dannyh SERIAL. On avtomaticheski sozdaet posledovatel'nost'. Naprimer: @@ -1027,18 +763,14 @@ t' null-bajt bez opaski) ); Smotrite podrobnosti o posledovatel'nostyah na stranice rukovodstva - posvyaschennoj create_sequence. Vy takzhe mozhete ispol'zovat' kazhdoe - pole OID v zapisi kak unikal'noe znachenie. Odnako, esli vam nuzhen - damp i perezagruzka bazy dannyh, vam neobhodimo ispol'zovat' komandu - pg_dump s opciej -o ili opciyu COPY WITH OIDS dlya sohraneniya - znachenij polya OID. + posvyaschennoj create_sequence. - 4.15.2) Kak mne poluchit' znachenie pri vstavke SERIAL? + 4.11.2) Kak mne poluchit' znachenie pri vstavke SERIAL? Odin iz sposobov sostoit v poluchenii sleduyuschego znacheniya SERIAL iz ob"ekta sequence s pomosch'yu funkcii nextval() pered vstavkoj i zatem vstavlyat' `eto znachenie yavno. Ispol'zujte tablicu-primer v - 4.15.1, primer v psevdoyazyke pokazhet kak `eto delaetsya: + 4.11.1, primer v psevdoyazyke pokazhet kak `eto delaetsya: new_id = execute("SELECT nextval('person_id_seq')"); execute("INSERT INTO person (id, name) VALUES (new_id, 'Blaise Pascal')"); @@ -1055,21 +787,13 @@ t' null-bajt bez opaski) execute("INSERT INTO person (name) VALUES ('Blaise Pascal')"); new_id = execute("SELECT currval('person_id_seq')"); - 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, 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 + 4.11.3) Ne mozhet li poluchit'sya tak, chto ispol'zovanie currval() i nextval() privedet k zaciklirovaniyu s drugimi pol'zovatelyami? - Net. currval() vozvraschaet tekuschee znachenie, naznachennoe vashem - backend'om, a ne drugimi pol'zovatelyami. + Net. currval() vozvraschaet tekuschee znachenie, naznachennoe vashej + sessiej, a ne drugimi sessiyami. - 4.15.4) Pochemu chisla iz moej posledovatel'nosti ne ispol'zuyutsya snova + 4.11.4) Pochemu chisla iz moej posledovatel'nosti ne ispol'zuyutsya snova pri otmene tranzakcii? Pochemu sozdayutsya razryvy pri numeracii v kolonke, gde ya ispol'zuyu posledovatel'nost'/SERIAL? @@ -1078,64 +802,30 @@ t' null-bajt bez opaski) blokiruyutsya do polnogo vypolneniya tranzakcij. `Eto mozhet vyzyvat' razryvy v numeracii pri otmene tranzakcij. - 4.16) CHto takoe OID? CHto takoe TID? + 4.12) CHto takoe OID? CHto takoe TID? - Polya OID sluzhat unikal'nymi idetifikatorami zapisej v PostgreSQL. - Kazhdaya zapis', kotoraya sozdaiotsya v PostgreSQL poluchaet - unikal'nyj OID. Vse znacheniya OID generiruemye vo vremya initdb - imeyut znacheniya men'she 16384 (iz include/access/transam.h). Vse - sozdannye pol'zovatelem OID imeyut bOl'shie znachenie. Po umolchaniyu, - vse `eti OID yavlyayutsya unikal'nymi ne tol'ko vnutri kakoj-libo - tablicy ili bazy dannyh, no i vnutri vsej SUBD PostgreSQL. + Kazhdaya, sozdavaemaya v PostgreSQL tablichnaya stroka, poluchaet + unikal'nyj indentifikator OID za isklyucheniem sluchaya kogda + ispol'zovalos' WITHOUT OIDS. OID - `eto avtomaticheski naznachaemoe + unikal'noe 4-h bajtovoe celoe chislo. Odnako, posle togo kak ego + znachenie prevysit 4 milliarda, znacheniya OID nachinayut + dublirovat'sya. PostgreSQL ispol'zuet OID dlya svyazyvaniya svoih + vnutrennih tablic. - PostgreSQL ispol'zuet OID v svoih vnutrennih sistemnyh tablicah dlya - svyazi zapisej i tablic. Znacheniya OID mogut byt' ispol'zovany dlya - identifikacii zadannyh pol'zovatelem zapisej, a takzhe ispol'zovat'sya - pri svyazyvaniyah. Rekomenduetsya ispol'zovat' tip kolonki OID dlya - hraneniya znachenij OID Vy mozhete sozdat' indeks na pole OID dlya - bolee bystrogo dostupa. - - Znacheniya OID naznachayutsya dlya vseh novyh zapisej iz central'noj - oblasti, kotorye ispol'zuyutsya vsemi vsemi bazami dannyh. Esli vy - hotite izmenit' OID na kakoe-libo drugoe znachenie ili esli vy hotite - sozdat' kopiyu tablicy s takimizhe OID, to `eto mozhno sdelat' tak: - CREATE TABLE new_table(mycol int); - SELECT oid AS old_oid, mycol INTO tmp_table FROM old_table; - COPY tmp_table TO '/tmp/pgtable'; - COPY new_table WITH OIDS FROM '/tmp/pgtable'; - DROP TABLE tmp_table; - - OID hranitsya kak 4-h bajtnoe celoe i ne mozhet prevyshat' znachenie v - 4 milliarda. Odnako, esche nikto ne soobschil o tom, chto takoe - proizoshlo, no my planiruem do togo kak `eto sluchit'sya izbavitsya ot - `etogo ogranicheniya. + Dlya unikal'nyh znachenij v kolonkah tablicy pol'zovatelya, luchshim + sposobom yavlyaetsya ispol'zovanie SERIAL vmesto OID, potomu chto + posledovatel'nosti SERIAL unikal'ny tol'ko vnutri tablicy i takim + obrazom men'she podverzheny perepolneniyu. Dlya hraneniya znachenij + 8-mi bajtnoj posledovatel'nosti dostupen tip SERIAL8. TID ispol'zuetsya dlya identifikacii special'nyh fizicheskih zapisej s blochnymi i offset znacheniyami. TID izmenyaetsya posle togo kak - zapisi byli izmeneny ili peregruzheny. + stroki v tablice byli izmeneny ili peregruzheny. TID ispol'zuetsya indeksnymi zapisyami v kachestve ukazatelya na fizicheskie zapisi. - 4.17) CHto oznachayut nekotorye terminy ispol'zuemye v PostgreSQL? - - Nekotoryj ishodnyj kod i staraya dokumentaciya ispol'zuyut - obscheupotrebitel'nye terminy. Vot nekotorye iz nih: - * table, relation, class - * row, record, tuple - * column, field, attribute - * retrieve, select - * replace, update - * append, insert - * OID, serial value - * portal, cursor - * range variable, table name, table alias - - Spisok obschih terminov po bazam dannyh mozhno najti na - http://hea-www.harvard.edu/MST/simul/software/docs/pkgs/pgsql/glossary - /glossary.html - - 4.18) Pochemu ya poluchayu oshibku "ERROR: Memory exhausted in + 4.13) Pochemu ya poluchayu oshibku "ERROR: Memory exhausted in AllocSetAlloc()"? Predpolozhitel'no u vas zakonchilas' virtual'naya pamyat' ili chto @@ -1152,11 +842,11 @@ t' null-bajt bez opaski) klientom, potomu chto backend vozvraschaet slishkom bol'shoj ob"em dannyh, popytajtes' vypolnit' `etu komandu pered zapuskom klienta. - 4.19) Kak mne uznat', kakaya versiya PostgreSQL zapuschena? + 4.14) Kak mne uznat', kakaya versiya PostgreSQL zapuschena? Iz psql, naberite SELECT version(); - 4.20) Pochemu pri rabote s moim bol'shim ob"ektom ya poluchayu oshibku + 4.15) Pochemu pri rabote s moim bol'shim ob"ektom ya poluchayu oshibku "invalid large obj descriptor"? Vam nuzhno pri ispol'zovanii bol'shogo ob"ekta pomestit' v nachale @@ -1174,38 +864,13 @@ t' null-bajt bez opaski) Esli vy ispol'zuete takoj interfejs klienta kak ODBC, vam vozmozhno ponadobitsya ustanovit' auto-commit off. - 4.21) Kak mne sozdat' kolonku kotoraya po umolchaniyu budet soderzhat' + 4.16) Kak mne sozdat' kolonku kotoraya po umolchaniyu budet soderzhat' tekuschee vremya? Ispol'zujte CURRENT_TIMESTAMP: -CREATE TABLE test (x int, modtime timestamp DEFAULT CURRENT_TIMESTAMP ); +CREATE TABLE test (x int, modtime TIMESTAMP DEFAULT CURRENT_TIMESTAMP ); - 4.22) Pochemu moi podzaprosy, ispol'zuyuschie IN tak medlenno rabotaeyut? - - V versiyah do 7.4, podzaprosy svyazyvalis' s roditel'skimi zaprosami - cherez posledovatel'nyj perebor rezul'tatov pozaprosa dlya kazhdoj - zapisi roditel'skogo zaprosa. Esli podzapros vozvraschaet tol'ko - neskol'ko zapisej, a roditel'skij zapros vozvraschaet mnogo zapisej, - IN rabotaet naibolee bystro. CHtoby uvelichit' skorost' v drugih - zaprosah, zamenite IN na EXISTS: - SELECT * - FROM tab - WHERE col IN (SELECT subcol FROM subtab); - - na: - SELECT * - FROM tab - WHERE EXISTS (SELECT subcol FROM subtab WHERE subcol = col); - - CHtoby takaya konstrukciya rabotala bystro, kolonka subcol dolzhna - byt' proindeksirovana. - - 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? + 4.17) Kak mne vypolnit' vneshnee svyazyvanie? PostgreSQL podderzhivaet vneshnee svyazyvanie, ispol'zuya standartnyj sintaksis SQL. Vot dva primera: @@ -1217,27 +882,14 @@ CREATE TABLE test (x int, modtime timestamp DEFAULT CURRENT_TIMESTAMP ); FROM t1 LEFT OUTER JOIN t2 USING (col); `Eto identichnye zaprosy svyazyvaniya t1.col i t2.col, takzhe - vozvraschayut lyubye nesvyazannye zapisi v t1 (kotorye ne sovpadayut s - t2). RIGHT svyazyvanie dolzhno dobavit' nesvyazannye zapisi t2. FULL - svyazyvanie dolzhno vozvratit' sovpavshie zapisi plyus vse - nesvyazannye zapisi iz t1 i t2. Slovo OUTER yavlyaetsya + vozvraschayut lyubye nesvyazannye stroki v t1 (kotorye ne sovpadayut s + t2). RIGHT svyazyvanie dolzhno dobavit' nesvyazannye stroki t2. FULL + svyazyvanie dolzhno vozvratit' sovpavshie stroki plyus vse + nesvyazannye stroki iz t1 i t2. Slovo OUTER yavlyaetsya neobyazatel'nym i naznachaetsya v LEFT, RIGHT i FULL svyazyvaniyah. Obychnye svyazyvaniya nazyvayutsya INNER svyazyvaniya. - V predyduschih versiyah, vneshnie svyazyvaniya mogli byt' `emulirovany - ispol'zuya UNION i NOT IN. Naprimer, kogda proishodit svyazyvanie tab1 - i tab2, sleduyuschij zapros vypolnyaet vneshnee svyazyvanie dvuh - tablic: - SELECT tab1.col1, tab2.col2 - FROM tab1, tab2 - WHERE tab1.col1 = tab2.col1 - UNION ALL - SELECT tab1.col1, NULL - FROM tab1 - WHERE tab1.col1 NOT IN (SELECT tab2.col1 FROM tab2) - ORDER BY col1 - - 4.24) Kak vypolnyat' zaprosy, ispol'zuyuschie neskol'ko baz dannyh? + 4.18) Kak vypolnyat' zaprosy, ispol'zuyuschie neskol'ko baz dannyh? Ne suschestvuet sposoba sozdat' zapros k bazam dannyh otlichnym ot tekuschej. Poskol'ku PostgreSQL zagruzhaet sistemnye katalogi @@ -1245,21 +897,19 @@ CREATE TABLE test (x int, modtime timestamp DEFAULT CURRENT_TIMESTAMP ); vesti takoj mezhbazovyj zapros. contrib/dblink pozvolyaet zaprosy mezhdu bazami, ispol'zuya vyzovy - funkcij. Razumeetsya, klient mozhet odnovremenno ustanavlivat' + funkcij. Razumeetsya, klient mozhet odnovremenno takzhe ustanavlivat' soedieneniya s razlichnymi bazami dannyh i takih obrazom ob"edinyat' informaciyu iz nih. - 4.25) Kak mne vernut' iz funkcii neskol'ko zapisej? + 4.19) Kak mne vernut' iz funkcii neskol'ko strok tablicy? - V versii 7.3, vy mozhete legko vernut' neskol'ko zapisej ili kolonok - iz kakoj-libo funkcii, - http://techdocs.postgresql.org/guides/SetReturningFunctions - . + Vy mozhete legko ispol'zovat' funkcii, vozvraschayuschie spisok, + http://techdocs.postgresql.org/guides/SetReturningFunctions. - 4.26) Pochemu ya ne mogu nadezhno sozdavat'/udalyat' vremennye tablicy v + 4.20) Pochemu ya ne mogu nadezhno sozdavat'/udalyat' vremennye tablicy v funkciyah PL/PgSQL? - PL/PgSQL k`eshiruet soderzhimoe funkcii i odin iz negativnyh `effektov + PL/PgSQL k`eshiruet scenarii funkcii i odin iz negativnyh `effektov `etogo sostoit v tom, chto esli funkciya PL/PgSQL obraschaetsya k vremennoj tablice i `eta tablica pozdnee udalyaetsya i peresozdaetsya, a funkciya zatem vyzyvaetsya snova, to ee vyzov privedet k oshibke, @@ -1268,7 +918,7 @@ CREATE TABLE test (x int, modtime timestamp DEFAULT CURRENT_TIMESTAMP ); EXECUTE dlya dostupa k vremennym tablicam v PL/PgSQL. Ispol'zovanie `etogo operatora zastavit zapros peregenerirovat'sya kazhdyj raz. - 4.27) Kakie opcii shifrovaniya suschestvuyut? + 4.21) Kakie opcii shifrovaniya suschestvuyut? * contrib/pgcrypto soderzhit mnogo funkcij shifrovaniya dlya ispol'zovaniya v SQL zaprosah. @@ -1281,8 +931,7 @@ CREATE TABLE test (x int, modtime timestamp DEFAULT CURRENT_TIMESTAMP ); 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. + pri sohranenii v sistemnyh tablicah. * Server mozhno zapustit', ispol'zuya shifrovannuyu fajlovuyu sistemu. _________________________________________________________________ @@ -1302,7 +951,7 @@ CREATE TABLE test (x int, modtime timestamp DEFAULT CURRENT_TIMESTAMP ); Otprav'te vashi rasshireniya v spisok rassylki pgsql-hackers i oni po vozmozhnosti budut pomescheny v podkatalog contrib/. - 5.3) Kak mne napisat' C funkciyu, vozvraschayuschuyu zapis'? + 5.3) Kak mne napisat' C funkciyu, vozvraschayuschuyu stroku tablicy? V versiyah PostgreSQL, nachinaya s 7.3, funkcii, vozvraschayuschie tablicy polnost'yu podderzhivayutsya v C, PL/PgSQL i SQL. Podrobnosti diff --git a/doc/src/FAQ/FAQ_russian.html b/doc/src/FAQ/FAQ_russian.html index c065123f1c..16f50832dd 100644 --- a/doc/src/FAQ/FAQ_russian.html +++ b/doc/src/FAQ/FAQ_russian.html @@ -12,7 +12,7 @@

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

-

Дата последнего обновления: Среда 15 декабря 20:06:34 EST 2004

+

Дата последнего обновления: Среда 2 февраля 12:44:03 EST 2005

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

Самую свежую английскую версию документа можно найти на - http://www.PostgreSQL.org/docs/faqs/FAQ.html.

+ http://www.PostgreSQL.org/files/documentation/faqs/FAQ.html.

Ответы на вопросы специфичные для конкретных платформ можно найти на - http://www.PostgreSQL.org/docs/index.html.

+ http://www.PostgreSQL.org/docs/faq/.

Общие вопросы

- 1.1) Что такое PostgreSQL? Как произносится это название?
+ 1.1) Что такое PostgreSQL? Как произносится это название?
1.2) Каковы авторские права на PostgreSQL?
- 1.3) На каких Unix платформах работает PostgreSQL?
- 1.4) Существуют ли версии портированные не на Unix системы?
- 1.5) Где можно взять PostgreSQL?
- 1.6) Где получить поддержку?
+ 1.3) На каких платформах работает PostgreSQL?
+ 1.4) Где можно взять PostgreSQL?
+ 1.5) Где получить поддержку?
+ 1.6) Как мне сообщить об ошибке?
1.7) Какая версия последняя?
1.8) Какая документация имеется в наличии?
1.9) Как найти информацию об известных ошибках или отсутствующих возможностях?
1.10) Как научиться SQL?
- 1.11) Решена ли в PostgreSQL проблема 2000-го года (Y2K)?
- 1.12) Как присоединится к команде разработчиков?
- 1.13) Как отправить сообщение об ошибке?
- 1.14) Как сравнивать PostgreSQL с другими + 1.11) Как присоединится к команде разработчиков?
+ 1.12) Как сравнивать PostgreSQL с другими СУБД?
- 1.15) Как оказать финансовую помощь PostgreSQL?
- +

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

- 2.1) Существуют ли ODBC драйвера для - PostgreSQL?
+ 2.1) Какие интерфейсы есть для PostgreSQL?
2.2) Какие инструменты существуют для использования PostgreSQL через Web?
2.3) Есть ли у PostgreSQL графический интерфейс пользователя?
- 2.4) Какие языки могут взаимодействовать с - PostgreSQL?

Вопросы администрирования

3.1) Как мне установить PostgreSQL в место отличное от /usr/local/pgsql?
- 3.2) Когда я запускаю postmaster, я получаю - сообщение Bad System Call или сообщение core dumped. Почему?
- 3.3) Когда я пытаюсь запустить postmaster, я - получаю ошибки IpcMemoryCreate. Почему?
- 3.4) Когда я пытаюсь запустить postmaster, я - получаю ошибки IpcSemaphoreCreate. Почему?
- 3.5) Как мне управлять соединениями с других + 3.2) Как мне управлять соединениями с других компьютеров?
- 3.6) Какие настройки мне нужно сделать для улучшения + 3.3) Какие настройки мне нужно сделать для улучшения производительности?
- 3.7) Какие возможности для отладки есть в наличии?
- 3.8) Почему я получаю сообщение "Sorry, too many + 3.4) Какие возможности для отладки есть в наличии?
+ 3.5) Почему я получаю сообщение "Sorry, too many clients" когда пытаюсь подключиться к базе?
- 3.9) Что находится в каталоге pgsql_tmp?
- 3.10) Почему необходимо делать dump и restore при + 3.6) Почему необходимо делать dump и restore при обновлении выпусков PostgreSQL?
- 3.11) Какое компьютерное "железо" я должен + 3.7) Какое компьютерное "железо" я должен использовать?

Вопросы эксплуатации

- 4.1) В чем отличие между бинарным и нормальным - курсором?
- 4.2) Как выполнить SELECT только + 4.1) Как выполнить SELECT только для нескольких первых строчек запроса? Для произвольной строки?
- 4.3) Как получить список таблиц или других - компонентов в psql?
- 4.4) Как удалить колонку из таблицы или изменить - её тип данных?
- 4.5) Каковы максимальные размеры для записей, - таблиц и базы данных?
- 4.6) Как много дискового пространства в базе данных + 4.2) Как мне найти какие таблицы, индексы, + базы данных и пользователи существуют? Как мне увидеть запросы, + которые использует psql для получения этой информации?
+ 4.3) Как изменить тип данных колонки?
+ 4.4) Каковы максимальные размеры для строк в таблице, + таблиц и базы данных?
+ 4.5) Как много дискового пространства в базе данных нужно для сохранения данных из обычного текстового файла?
- 4.7) Как мне убедиться, что существуют нужные мне - таблицы, индексы, базы данных и пользователи?
- 4.8) У меня медленно работают запросы или не - происходит использования индексов. Почему?
- 4.9) Как посмотреть на то, как оптимизатор выполняет + 4.6) Почему мои запросы работают медлено? Почему + они не используют мои индексы?
+ 4.7) Как посмотреть на то, как оптимизатор выполняет мой запрос?
- 4.10) Что такое R-tree индекс?
- 4.11) Что такое Genetic Query Optimizer?
- 4.12) Как мне выполнить поиск регулярного выражения + 4.8) Как мне выполнить поиск регулярного выражения и поиск независимый от регистра букв поиск регулярного выражения? Как мне использовать индекс для поиска независимого от регистра букв?
- 4.13) Как я могу определить, что значение поля равно + 4.9) Как я могу определить, что значение поля равно NULL в каком-либо запросе?
- 4.14) Каковы отличия между разными символьными + 4.10) Каковы отличия между разными символьными типами?
- 4.15.1) Как мне создать поле serial/с-авто-увеличением?
- 4.15.2) Как мне получить значение при вставке + 4.11.1) Как мне создать поле serial/с-авто-увеличением?
+ 4.11.2) Как мне получить значение при вставке SERIAL?
- 4.15.3) Не может ли получиться так, что + 4.11.3) Не может ли получиться так, что использование currval() и nextval() приведет к зациклированию с другими пользователями?
- 4.15.4) Почему числа из моей последовательности + 4.11.4) Почему числа из моей последовательности не используются снова при отмене транзакции? Почему создаются разрывы при нумерации в колонке, где я использую последовательность/SERIAL?
- 4.16) Что такое OID? Что такое + 4.12) Что такое OID? Что такое TID?
- 4.17) Что означают некоторые термины используемые в - PostgreSQL?
- 4.18) Почему я получаю ошибку "ERROR: Memory + 4.13) Почему я получаю ошибку "ERROR: Memory exhausted in AllocSetAlloc()"?
- 4.19) Как мне узнать, какая версия PostgreSQL + 4.14) Как мне узнать, какая версия PostgreSQL запущена?
- 4.20) Почему при работе с моим большим объектом + 4.15) Почему при работе с моим большим объектом я получаю ошибку "invalid large obj descriptor"?
- 4.21) Как мне создать колонку которая по умолчанию + 4.16) Как мне создать колонку которая по умолчанию будет содержать текущее время?
- 4.22) Почему мои подзапросы, использующие - IN так медленно работаеют?
- 4.23) Как выполнить внешнее связывание?
- 4.24) Как выполнять запросы, использующие несколько + 4.17) Как выполнить внешнее связывание?
+ 4.18) Как выполнять запросы, использующие несколько баз данных?
- 4.25) Как мне вернуть из функции несколько записей?
- 4.26) Почему я не могу надежно создавать/удалять + 4.19) Как мне вернуть из функции несколько строк таблицы?
+ 4.20) Почему я не могу надежно создавать/удалять временные таблицы в функциях PL/PgSQL?
- 4.27) Какие опции шифрования существуют?
+ 4.21) Какие опции шифрования существуют?

Расширения PostgreSQL

5.1) Я написал функцию определяемую пользователем. @@ -147,7 +124,7 @@ 5.2) Как я могу внести некоторые классные новые типы и функции в PostgreSQL?
5.3) Как мне написать C функцию, возвращающую - запись?
+ строку таблицы?
5.4) Я изменил исходный файл. Почему после перекомпиляции я не вижу изменений?
@@ -157,50 +134,35 @@

1.1) Что такое PostgreSQL? Как произносится это название?

-

PostgreSQL произносится Post-Gres-Q-L (Пост-Грес-Кью-Эл). - По адресу http://www.postgresql.org/postgresql.mp3 доступен звуковой - файл с примером как это нужно произносить.

+

PostgreSQL произносится Post-Gres-Q-L (Пост-Грес-Кью-Эл), + также часто говорят просто Postgres.

-

PostgreSQL - это расширение СУБД POSTGRES (и поэтому иногда - говорят просто "Postgres"), исследовательский - прототип нового поколения СУБД. - PostgreSQL одновременно сохраняет мощную модель данных и общирное - количество типов POSTGRES, и замещает язык запросов PostQuel на - расширенное подмножество SQL. PostgreSQL - это - свободное и полностью открытое программное обеспечение.

+

PostgreSQL - это объектно-реляционная система управления базами + данных (СУБД), которая имеет традиционные возможности коммерческих + СУБД с расширениями, которые есть в СУБД + нового поколения. PostgreSQL - это свободное и полностью открытое + программное обеспечение.

-

Разработку PostgreSQL выполняет команда разработчиков, все участники - которой подписаны на список рассылки разработчиков. В настоящее время, - их координатором является Марк Фурнье (Marc G. Fournier) (scrappy@PostgreSQL.org). (См. - секцию 1.6 о том, как подключиться к разработке). - Эта команда теперь отвечает за всю разработку PostgreSQL. Данный - проект является общественным и не управляется какой-либо компанией. +

Разработку PostgreSQL выполняет команда разработчиков, разбросанная + по всему миру и связанная через Интернет. Разработка является + общественным проектом и не управляется какой-либо компанией. Подробности смотрите в FAQ для разработчиков, - http://www.PostgreSQL.org/docs/faqs/FAQ_DEV.html + + http://www.PostgreSQL.org/files/documentation/faqs/FAQ_DEV.html

-

Авторами PostgreSQL 1.01 являются Эндрю Ю (Andrew Yu) и Джоли Чен - (Jolly Chen). Многие другие внесли свой вклад в перенос на другие - платформы, тестирование, отладку и расширение этого кода. Первоначальный - код Postgres, из которого появился PostgreSQL, был итогом усилий многих - академических студентов, неакадемических студентов и множества - разных программистов, работавших под руководством профессора - Майкла Стоунбрейкера (Michael Stonebraker) в Калифорнийском университете, - Беркли.

- -

Первоначальное имя, данное в Беркли, было Postgres. Когда - в 1995 году была добавлена функциональность SQL, - это имя было изменено на Postgres95. Но и это имя было изменено - в конце 1996 на PostgreSQL.

-

1.2) Каковы авторские права на PostgreSQL?

-

PostgreSQL попадает под действие следующего COPYRIGHT:

+

PostgreSQL распространяется по классической лицензии BSD. Эта + лицензия не содержит ограничений на то, как будет использоваться + исходный код. Нам нравится эта лицензия и у нас нет намерений её + менять.

+ +

Вот эта лицензия BSD, которую мы используем:

Система Управления Базами Данных PostgreSQL

-

Portions copyright (c) 1996-2004, PostgreSQL Global Development +

Portions copyright (c) 1996-2005, PostgreSQL Global Development Group Portions Copyright (c) 1994-6 Regents of the University of California

@@ -225,21 +187,13 @@ "КАК ЕСТЬ" И КАЛИФОРНИЙСКИЙ УНИВЕРСИТЕТ НЕ ОБЯЗАН ПРЕДОСТАВЛЯТЬ СОПРОВОЖДЕНИЕ, ПОДДЕРЖКУ, ОБНОВЛЕНИЯ, РАСШИРЕНИЯ ИЛИ ИЗМЕНЕНИЯ.

-

Вышеизложенное является BSD лицензией, классической лицензией - программного обеспечения с открытым кодом. Эта лицензия не накладывает - ограничений на использование исходного кода. Нам нравится эта лицензия - и мы не собираемся её менять.

- -

1.3) На каких Unix платформах работает PostgreSQL?

+

1.3) На каких платформах работает PostgreSQL?

Обычно, PostgreSQL может работать на любой современной платформе совместимой с Unix. В инструкции по установке, вы найдете список тех платформ, на которых были проведены тестовые запуски PostgreSQL к моменту выхода данной версии.

-

1.4) Существуют ли версии перенесенные не на Unix - системы?

-

Начиная с версии 8.0, PostgreSQL без всяких ухищрений работает на операционных системах Microsoft Windows, основанных на NT, таких как Win2000, WinXP и Win2003. Пакет инсталлятора доступен по адресу @@ -249,69 +203,30 @@ PostgreSQL с помощью Cygwin.

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

+ http://forge.novell.com, + и версия для OS/2 (eComStation) на + + http://hobbes.nmsu.edu/cgi-bin/h-search?sh=1&button=Search&key=postgreSQL&stype=all&sort=type&dir=%2F.

-

1.5) Где можно взять PostgreSQL?

+

1.4) Где можно взять PostgreSQL?

Например, воспользовавшись анонимным доступом на ftp сайт PostgreSQL ftp://ftp.PostgreSQL.org/pub. Список зеркал вы найдете на нашем основном сайте.

-

1.6) Где получить поддержку?

+

1.5) Где получить поддержку?

-

Основной список рассылки: pgsql-general@PostgreSQL.org. - В нем можно обсуждать любые темы, касающиеся PostgreSQL. Чтобы - подписаться, отправьте письмо по электронной почте, в котором в - теле письма (не в теме) напишите следующие строки:

-
-    subscribe
-    end
-
- -

на адрес pgsql-general-request@PostgreSQL.org.

- -

Существует дайжест список. Чтобы подписаться на него, отправьте - письмо по электронной почте на адрес: pgsql-general-digest-request@PostgreSQL.org - и в теле письма напишите строчки строчки:

-
-    subscribe
-    end
-
- Дайжесты отправляются подписчикам, когда в основном списке рассылки - накопится около 30 килобайт сообщений. - -

Доступен и список рассылки сообщений об ошибках. Чтобы подписаться на этот - список, отправьте по электронной почте письмо на адрес pgsql-bugs-request@PostgreSQL.org - и в теле письма напишите строчки строчки:

-
-    subscribe
-    end
-
- Также имеется список рассылки с дискуссиями разработчиков. Чтобы подписаться - на этот список, отправьте по электронной почте письмо на адрес - pgsql-hackers-request@PostgreSQL.org - и в теле письма напишите строчки строчки: -
-    subscribe
-    end
-
- -

Дополнительные списки рассылки и инфомацию о PostgreSQL можно найти - на домашней страничке PostgreSQL по адресу:

- -
- http://www.PostgreSQL.org -
+

Сообщество PostgreSQL предоставляет помощь множеству пользователей + через E-mail. Основной web-сайт для подписки на списки рассылки по + E-mail это: + http://www.postgresql.org/community/lists/. Хорошим местом для + того, чтобы начать задавать вопросы являются списки general + (общие вопросы) или bugs (ошибки).

Главным IRC каналом является #postgreql, расположенный на сервере Freenode (irc.freenode.net). Чтобы - подключиться, вы можете использовать команду Unix + подключиться, вы можете использовать в Unix вызов программы irc -c '#postgresql' "$USER" irc.freenode.net или любой другой IRC клиент. На этом же сервере существуют каналы на испанском (#postgresql-es) и французском (#postgresqlfr) @@ -320,19 +235,32 @@

Список коммерческой поддержки компаний доступен на http://techdocs.postgresql.org/companies.php.

+ +

1.6) Как мне сообщить об ошибке?

+ +

Посетите страничку со специальной формой отчёта об ошибке в + PostgreSQL по адресу: + + http://www.postgresql.org/support/submitbug.

+ +

Также проверьте наличие более свежей версии PostgreSQL на нашем + FTP сайте + ftp://ftp.PostgreSQL.org/pub. + +

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

-

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

+

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

-

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

+

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

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

-

В дистрибутив включаются различные руководства, страницы - электронного руководства man и некоторые маленькие тестовые примеры. - Смотрите в каталог /doc. Вы также можете просматривать - документацию в Интернет по адресу - http://www.PostgreSQL.org/docs.

+

PostgreSQL содержит много документации, включая большое руководство, + страницы электронного руководства man и некоторые маленькие тестовые + примеры. Смотрите в каталог /doc. Вы также можете просматривать + документацию в Интернет по адресу + http://www.PostgreSQL.org/docs.

Существует две книги по PostgreSQL доступные по адресам http://www.PostgreSQL.org/docs/awbook.html @@ -342,9 +270,9 @@ Кроме того, по адресу http://techdocs.PostgreSQL.org/ вы можете найти коллекцию технических статей посвященных PostgreSQL.

- -

psql имеет несколько прекрасных команд \d для отображения - информации по типам, операторам, функциям, агрегатам и т.д.

+

Клиент командной строки psql имеет несколько команд \d для + отображения информации по типам, операторам, функциям, агрегатам и т.д. - + используйте \? для получения списка доступных команд.

Наш сайт содержит еще больше информации.

@@ -381,15 +309,11 @@ Bowman, Judith S., et al., Addison-Wesley. Другим нравится The Complete Reference SQL, Groff et al., McGraw-Hill.

-

1.11) Решена ли в PostgreSQL проблема 2000-го года (Y2K)?

- -

Да, мы легко работаем с датами после 2000 года и перед 2000 годом.

- -

1.12) Как присоединится к команде разработчиков?

+

1.11) Как присоединится к команде разработчиков?

Для начала, скачайте последнюю версию исходных текстов и прочтите - документацию разработчиков PostgreSQL на нашем сайте или в дистрибутиве. - Затем, подпишитесь на списки рассылки pgsql-hackers и + FAQ и документацию для разработчиков PostgreSQL на нашем сайте или в + дистрибутиве. Затем, подпишитесь на списки рассылки pgsql-hackers и pgsql-patches. Далее, отправляйте исправления (patches) высокого качества в список pgsql-patches.

@@ -400,16 +324,7 @@ превилегии вносить изменения, и мы уверены, что те исправления, которые они внесут будут высокого качества.

-

1.13) Как отправить сообщение об ошибке??

- -

Заполните форму об ошибке в PostgreSQL, которая расположена на - http://www.postgresql.org/bugform.html.

- -

Также не забудьте посмотреть на ftp://ftp.PostgreSQL.org/pub - на предмет более свежих версий PostgreSQL или заплат.

- -

1.14) Как сравнивать PostgreSQL с другими +

1.12) Как сравнивать PostgreSQL с другими СУБД?

@@ -431,24 +346,16 @@

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

@@ -475,7 +382,7 @@ пользователей, руководствам и исходным текстам часто делают поддержку PostgreSQL превосходящей другие СУБД. Существует коммерческая поддержка по результам возникших инцидентов, которая - доступна для тех кому она нужна. (Смотрите Секцию 1.6.)
+ доступна для тех кому она нужна. (Смотрите Секцию 1.5.)

@@ -489,57 +396,23 @@ -

1.15) Как оказать финансовую помощь - PostgreSQL?

- -

PostgreSQL имеет одноранговую инфраструктуру с того самого времени - как мы начали разработку в 1996 году. Мы должны благодарить за - это Марка Фурнье (Marc Fournier), который создал эту инфраструктуру и - управляет ей на протяжении этих лет.

- -

Качественная инфраструктура очень важна для проектов с открытым - исходным кодом. Она предотвращает расколы, которые могут сильно - задержать поступательное движение проекта.

- -

Разумеется, эта инфраструктура не является дешевой. Существует - некоторое количество ежемесячных и одноразовых расходов, которые - требуют денег. Если вы или ваша компания имеет деньги, которые - можно передать в помощь нашим усилиям, пожалуйста посетите страничку - - https://store.pgsql.com/shopping/ - и сделайте свой вклад.

- -

Хотя на страничке говорится о PostgreSQL, Inc, пункт - "contributions" предназначен исключительно для поддержки проекта - PostgreSQL и не передается какой-либо конкретной компании. - Если хотите, то можете это проверить, написав письмо на контактный адрес.

-
-

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

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

-

2.1) Существуют ли ODBC драйвера - для PostgreSQL?

+

2.1) Какие интерфейсы есть для PostgreSQL?

-

Существует два ODBC драйвера, PsqlODBC - и OpenLink ODBC.

+

Установка PostgreSQL включает только C и встроенный + (embedded) C интерфейсы. Все другие интерфейсы + являются независимыми проектами и загружаются отдельно; самостоятельность + проектов позволяет им организовать собственное расписание выпусков + новых версий и иметь собственную команду разработчиков.

+ +

Некоторые языки программирования, такие как PHP + включают в себя интерфейс к PostgreSQL. Интерфейсы для таких языков + как Perl, TCL, Python и многих других, доступны на + http://gborg.postgresql.org + в секции Drivers/Interfaces, а также через поиск в Интернет.

-

Вы можете скачать PsqlODBC с - http://gborg.postgresql.org/project/psqlodbc/projdisplay.php.

- -

OpenLink ODBC можно взять на http://www.openlinksw.com. Этот - драйвер работает с их стандартным клиентским программным обеспечением, - использующим ODBC, и таким образом, ODBC - драйверы для PostgreSQL доступны для каждой из поддерживаемых ими - платформ (Win, Mac, Unix, VMS).

- -

Возможно они будут продавать свой продукт тем кому нужна коммерческая - поддержка, но бесплатная версия всегда будет доступна. Пожалуйста, - направляйте вопросы на адрес postgres95@openlink.co.uk.

2.2) Какие инструменты существуют для использования PostgreSQL через Web?

@@ -547,49 +420,25 @@

Прекрасное введение во взаимодействие баз данных и Web можно найти на: http://www.webreview.com

-

Для интеграции с Web, одним из превосходных инструментов является PHP. - Домашняя станичка http://www.php.net.

+

Для интеграции с Web, PHP + http://www.php.net является неплохим интерфейсом.

-

Для комплексных решений, многие пользуются Perl интерфейсом и CGI.pm или mod_perl.

+

В сложных случаях, многие пользуются Perl и CGI.pm или mod_perl.

2.3) Есть ли у PostgreSQL графический интерфейс пользователя?

Да, существует несколько графических интерфейсов для PostgreSQL. - Это PgAccess (http://www.pgaccess.org), - PgAdmin III (http://www.pgadmin.org), + Они включают PgAdmin III (http://www.pgadmin.org), + PgAccess (http://www.pgaccess.org), RHDB Admin (http://sources.redhat.com/rhdb/), - TORA (http://www.globecom.net/tora/ - (частично коммерческое ПО) - и Rekall ( - http://www.thekompany.com/products/rekall/, коммерческий). Также есть + TORA (http://www.globecom.net/tora/ + частично коммерческое ПО) + и Rekall ( + http://www.rekallrevealed.org/). Также есть PhpPgAdmin ( - http://phppgadmin.sourceforge.net/) - интерфейс к PostgreSQL, основанный - на Web.

- -

2.4) Какие языки могут взаимодействовать с PostgreSQL?

- -

Какие-либо интерфейсы для PostgreSQL существуют для большинства - популярных языков программирования. Посмотрите список модулей расширения - для тех языков программирования, которыми вы пользуетесь.

- -

Следующие интерфейсы включаются в дистрибутив PostgreSQL:

-
    -
  • C (libpq)
    • - -
  • Embedded C (ecpg)
    • - -
  • Java (jdbc)
    • - -
  • Python (PyGreSQL)
    • - -
  • TCL (libpgtcl)
    • - -
-

Дополнительные интерфейсы доступны по адресу - http://gborg.PostgreSQL.org - в секции Drivers/Interfaces. -

+ http://phppgadmin.sourceforge.net/) - интерфейс к PostgreSQL, + основанный на Web.

Вопросы администрирования

@@ -599,144 +448,100 @@

Задайте опцию --prefix когда запускаете configure.

-

3.2) Когда я запускаю postmaster, я получаю - сообщение Bad System Call или сообщение core dumped. Почему?

- -

Это может быть вызвано разными проблемами, но первое, что - нужно сделать - это убедиться в том, что в вашем ядре установлено - расширение System V. PostgreSQL требует, чтобы ядро поддерживало - разделяемую память и семафоры.

- -

3.3) Когда я пытаюсь запустить postmaster, я - получаю ошибки IpcMemoryCreate. Почему?

- -

Либо у вас в ядре неправильные настройки разделяемой памяти, либо - вашему ядру нужно большее количество доступной разделяемой памяти. - Те конкретные действия, которые вам нужно произвести зависят от - архитектуры вашей машины и от того как много буферов и backend - процессов вы настроили для postmaster. Для большинства систем, - с количеством буферов и процессов по умолчанию, необходимый минимум - - это около 1 мегабайта. Подробности о разделяемой памяти и семафорах - смотрите в Руководстве - администратора PostgreSQL..

- -

3.4) Когда я пытаюсь запустить postmaster, я - получаю ошибки IpcSemaphoreCreate. Почему?

- -

Если это сообщение IpcSemaphoreCreate: semget failed (No - space left on device) то настройки вашего ядра таковы, что ему не - хватает семафоров. Postgres требует один семафор на потенциальный - backend процесс. Временным решением является запуск postmaster - с настройками на мешьшее количество backend процессов. Используйте - -N с значением меньшим чем 32, которое принято по умолчанию. - Более правильное решение - это увеличить значения SEMMNS - и SEMMNI в настрйках ядра.

- -

Неисправные семафоры также могут привести к падению СУБД во время - доступа к базе данных.

- -

Если вы получили какое-либо другое сообщение об ошибке, то вполне - возможно, что в вашем ядре вообще не настроена поддержка семафоров. - Смотрите подробности о разделяемой памяти и семафорах в Руководстве - Администратора PostgreSQL.

- -

3.5) Как мне управлять соединениями с других +

3.2) Как мне управлять соединениями с других компьютеров?

По умолчанию, PostgreSQL разрешает только соединения на локальной - машине через сокеты домена Unix или TCP/IP соединения. Другие машины - не смогут подключиться к базе пока вы не измените listen_addresses в - postgresql.conf и пока не будет разрешена host-авторизация в файле - $PGDATA/pg_hba.conf.

+ машине через сокеты домена Unix или TCP/IP соединения. Для того, чтобы + другие машины смогли подключиться к базе вы должны изменить + listen_addresses в postgresql.conf, разрешить + host-авторизация в файле $PGDATA/pg_hba.conf и перестартовать + сервер.

-

3.6) Какие настройки мне нужно сделать для улучшения +

3.3) Какие настройки мне нужно сделать для улучшения производительности?

-

Несомненно, индексы могут увеличить скорость выполнения запросов. Команда - EXPLAIN ANALYZE позволяет вам посмотреть как PostgreSQL - интерпретирует ваш запрос и какие индексы используются.

+

Существует три главных области, которые потенциально могут + увеличить производительность:

+ +
+
Изменение запроса
+
Это означает модификацию запросов для получения лучшей + производительности: +
    +
  • Создание индексов, включая индексы выражений и частичные индексы
    • +
  • Использование COPY вместо множества INSERT
    • +
  • Группировка нескольких операторов в единую транзакцию для + уменьшения нагрузки при выполнении завершения транзакции
    • +
  • Использование CLUSTER, когда из индекса берётся + множество строк
    • +
  • Использование LIMIT для того, чтобы возвращалась + только часть вывода от запроса
    • +
  • Использование Подготовленных (Prepared) запросов
    • +
  • Использование ANALYZE для обслуживания статистики + оптимизатора
    • +
  • Регулярное использование VACUUM или pg_autovacuum
    • +
  • Удаление индексов во время больших изменений данных
    • +
+

+
-

Если вы выполняете много операторов INSERT, - рассмотрите возможность выполнять их в большой пачке, используя - команду COPY. Это значительно быстрее, чем отдельные - INSERT. Во-вторых, операторы вне блока транзакции - BEGIN WORK/COMMIT сами выполняют транзакцию. Подумайте - над выполнением нескольких операторов в одном блоке транзакции. - Это уменьшит количество транзакций. Также, задумайтесь над удалением - и пересозданием индексов, когда вы выполняете большие изменения - данных.

- -

Существует несколько опций настройки в +

Настройка сервера
+ +
Некоторые установки в postgresql.conf влияют на + производительность. Подробный полный список установок см. в - Руководстве Администратора PostgreSQL. Вы можете запретить - fsync() при старте postmaster с опцией -o -F. - Это предотвратит вызовы fsync(), которые приводят к сбросу - данных на диск после каждой транзакции.

+ Administration Guide/Server Run-time Environment/Run-time Configuration, + а комментарии см. в + http://www.varlena.com/varlena/GeneralBits/Tidbits/annotated_conf_e.html + и + http://www.varlena.com/varlena/GeneralBits/Tidbits/perf.html. +

+
+ +
Выбор "железа" - аппаратного обеспечения
+ +
Влияние "железа" на производительность подробно описано в + + http://candle.pha.pa.us/main/writings/pgsql/hw_performance/index.html и + + http://www.powerpostgresql.com/PerfList/. +

+
+
-

Вы можете также использовать опцию shared_buffers -B - для увеличения количества буферов разделяемой памяти, которая - используется backend процессами. Если вы сделаете значение этого параметра - слишком большим, то postmaster может не запустится потому что - вы исчерпаете ограничение ядра на объем разделяемой памяти. Каждый - буфер имеет размер в 8 килобайт и по умолчанию выделяется 1000 буферов.

- -

Вы можете также использовать backend опции sort_mem и - work_mem для увеличения максимального количества памяти, которое - используется backend процессом для временных сортировок. Значение по - умолчанию составляет 1024 (т.е. 1MB).

- -

Вы также можете использовать команду CLUSTER для - группировки данных в таблицах на совпадающий индекс. Подробности смотрите - на странице руководства по команде CLUSTER.

- -

3.7) Какие возможности для отладки есть в +

3.4) Какие возможности для отладки есть в наличии?

-

PostgreSQL имеет несколько возможностей, позволяющие получить - информацию о состоянии, которая может быть использована в отладочных - целях.

- -

Во-первых, при запуске configure с опцией --enable-cassert, - многие вызовы assert() позволяют отслеживать работу backend - процесса и остановку программы при возникновении каких-либо - неожиданностей.

- -

И postmaster, и postgres имеют несколько отладочных - опций. Во-первых, при запуске postmaster, убедитесь, что - стандартный вывод и вывод ошибок осуществляются в файл журнала:

-
-    cd /usr/local/pgsql
-    ./bin/postmaster >server.log 2>&1 &
-
- -

Это приведет к появлению файла server.log в главном каталоге - PostgreSQL. Этот файл содержит полезную информацию о проблемах или - ошибках, возникших на сервере. Postmaster имеет опцию -d, - которая позволяет получать при протоколировании более детальную - инфрмацию. Для опции -d указывается число, которое задает уровень - отладки. Будьте осторожны, так как высокий уровень отладки приводит - к генерации файлов журнала большого размера.

+

Есть множество установок в настройках сервера, начинающихся + на log_*, позволяющих протоколировать запросы + и статистику работы процесса, которая очень полезна для отладки + и измерения производительности.

+ +

Для предоставления более детальной информации разработчикам + сервера при отладке какой-либо проблемы должны пользоваться + следующие инструкции.

+ +

Таким же образом можно производить и отладку севера, если он + работает неправильно. Во-первых, при запуске configure с + опцией --enable-cassert, многие вызовы assert() позволяют + отслеживать работу backend процесса и остановку программы при + возникновении каких-либо неожиданностей.

Если postmaster не запущен, вы можете запустить postgres backend из командной строки и ввести ваш оператор SQL напрямую. Это рекомендуется только для целей отладки. Заметим, что в этом режиме, запрос завершается символом новой строки, а не точкой с запятой. Если вы производили компиляцию - с отладочными символоами, вы можете использовать любой отладчик, чтобы + с отладочными символами, вы можете использовать любой отладчик, чтобы посмотреть, что случилось. Поскольку backend запускается не из postmaster, он не запускается в идентичном окружении и значит проблемы итераций блокировок/backend не могут быть воспроизведены.

Если postmaster запущен, запустите psql в одном окне, затем найдите PID процесса postgres, - используемый psql, используя

- - 
-	SELECT pg_backend_pid()
-
- -

Используйте отдадчик для подключения к postgres PID. + используемый psql, используя SELECT pg_backend_pid(). + Используйте отладчик для подключения к postgres PID. Вы можете установить точки прерывания в отладчике и запустить запрос из psql. Если вы производите отладку запуска postgres, вы можете установить @@ -745,10 +550,6 @@ вы можете подключить к процессу отладчик, установить любые точки прерывания и продолжить запуск.

-

Программа postgres имеет опции -s, -A, и -t - которые могут быть очень полезными для отладки и измерения - производительности.

-

Вы также можете скомпилировать PostgreSQL с профилированием для того, чтобы увидеть какие функции сколько времени выполняются. Файлы профилирования backend'а находятся в каталоге @@ -756,51 +557,23 @@ будет помещен в текущий каталог клиента. В Linux для выполнения профилирования требуется компиляции с -DLINUX_PROFILE.

-

3.8) Почему я получаю сообщение "Sorry, too +

3.5) Почему я получаю сообщение "Sorry, too many clients" когда пытаюсь подключиться к базе?

-

Вам нужно увеличить ограничение на количество конкуретных - backend процессов при запуске postmaster.

+

Вы достигли установленного по умолчанию ограничения на 100 сессий + подключения к базе данных. Вам необходимо увеличить для + postmaster лимит на количество конкурентных backend процессов, + изменив значение max_connections в файле postgresql.conf + и перестартовать postmaster.

+ -

По умолчанию установлен лимит на 32 процесса. Вы можете - увеличить этот лимит перезапустив postmaster с нужным - значением процессов, которое указывается в опции -N или - изменив файл postgresql.conf.

- -

Заметим, что если вы зададите в опции -N значение больше - 32, то вы также должны увеличить значение в опции -B которое - по умолчанию установлено в 64; Значение опции -B должно быть - по крайней мере вдвое больше значения опции -N, и возможно - ещё больше для лучшей производительности. Для большего количества - backend процессов, вам также неплохо было бы увеличить некоторые - параметры ядра Unix. Это такие параметры, как максимальное количество - блоков разделяемой памяти, SHMMAX; максимальное количество - семафоров, SEMMNS и SEMMNI; максимальное - количество процессов, NPROC; максимальное количество - процессов на пользователя, MAXUPRC; и максимальное - количество открытых файлов, NFILE и NINODE. - Причина создания ограничения на количество backend процессов как - раз и состоит в том, чтобы вашей системе хватило ресурсов.

- -

3.9) Что находится в каталоге pgsql_tmp?

- -

Данный каталог содержит временные файлы, генерируемые обработчиком - запроса. Например, если для выполнения ORDER BY нужна - сортировка и эта сортировка требует памяти больше, чем допускает параметр -S - у backend'а, то для хранения дополнительных данных создаются временные - файлы.

- -

Эти временные файлы должны удаляться автоматически, но этого может не - произойти, если backend рухнул во время сортировки. Останов и запуск - серверного процесса обеспечит их удаление из каталога.

- -

3.10) Почему необходимо делать dump и restore при +

3.6) Почему необходимо делать dump и restore при обновлении выпусков PostgreSQL?

Разработчики PostgreSQL делают только небольшие изменения между - подвыпусками. Таким образом обновление с версии 7.2 до 7.2.1 не требует + подвыпусками. Таким образом обновление с версии 7.4 до 7.4.1 не требует выполнения dump и restore. Однако при выходе очередного выпуска - (т.е. при обновлении например, с 7.2 на 7.3) часто меняется внутренний + (т.е. при обновлении например, с 7.3 на 7.4) часто меняется внутренний формат системных таблиц и файлов данных. Эти изменения часто носят комплексный характер, так что нет возможности обеспечить обратную совместимость файлов данных. Выполение dump позволяет получить данные @@ -812,7 +585,7 @@ использования dump/restore. Комментарии к выпуску говорит когда можно использовать pg_upgrade для этого выпуска.

-

3.11) Какое компьютерное "железо" я должен +

3.7) Какое компьютерное "железо" я должен использовать?

Поскольку "железо" персональных компьютеров является наиболее совместимым, люди склонны верить, что такое "железо" имеет одинаковое @@ -827,24 +600,15 @@

Вопросы эксплуатации

-

4.1) В чем отличие между бинарным и нормальным - курсором?

- -

Смотрите описание на страницах руководства посвященным - DECLARE.

- -

4.2) Как выполнить SELECT только +

4.1) Как выполнить SELECT только для нескольких первых строчек запроса? Произвольной строки?

-

Смотрите станицу руководства посвященную FETCH - или используйте SELECT ... LIMIT....

- -

Даже если вы хотите получить только первые несколько записей, - будет выполнен весь запрос. Рассмотрим запрос, который имеет - ORDER BY. Если есть какой-либо индекс, который - совпадает с ORDER BY, PostgreSQL может - выдать только несколько первых запрошенных записей или может - выполнять запрос пока не будут выданы желаемые записи.

+

Для получения только нескольких строк, если вы знаете их количество + на момент выполнения SELECT используйте LIMIT.

+ Если есть какой-либо индекс, который совпадает с ORDER BY, + то возможно, что весь запрос выполнен и не будет. Если вы не знаете + количества необходимых строк на момент выполнения SELECT, + используйте курсор и FETCH.

To SELECT a random row, use: 

    SELECT col
@@ -854,8 +618,9 @@

-

4.3) Как получить список таблиц или других - компонентов в psql?

+

4.2) Как мне найти какие таблицы, индексы, + базы данных и пользователи существуют? Как мне увидеть запросы, + которые использует psql для получения этой информации?

Чтобы просматривать таблицы в psql, используйте команду \dt. Полный список команд в psql вы можете получить, используя \?. @@ -865,28 +630,25 @@ начинающихся с обратной косой черты. Вы также можете запустить psql с опцией -E так, чтобы эта программа выдавала запросы, которые она использует для выполнения заданных вами - команд. PostgreSQL также предоставляет SQLi + команд. PostgreSQL также предоставляет SQL совместимый с INFORMATION SCHEMA интерфейс, с помощью которого, вы можете сформировать запрос на получение информации о базе данных.

+ +

Также существуют системные таблицы, начинающиеся с pg_.

+ +

Используйте psql -l для получения списка всех баз данных.

-

4.4) Как удалить колонку из таблицы или - изменить её тип данных?

+

Также посмотрите файл pgsql/src/tutorial/syscat.source. + Он показывает многие из операторов SELECT необходимых + для получения информации из системных таблиц базы данных.

-

DROP COLUMN функциональность была добавлена в выпуск - 7.3 с оператором ALTER TABLE DROP COLUMN. В ранних версиях, - можно сделать так:

-
-    BEGIN;
-    LOCK TABLE old_table;
-    SELECT ...  -- выборка всех колонок за исключением той, которую хотите удалить
-    INTO TABLE new_table
-    FROM old_table;
-    DROP TABLE old_table;
-    ALTER TABLE new_table RENAME TO old_table;
-    COMMIT;
-
-

Для изменения типа данных колонки, сделайте так:

+

4.3) Как изменить тип данных колонки?

+ +

В 8.0 и более поздних версиях, изменение типа колонки выполняется + очень легко через ALTER TABLE ALTER COLUMN TYPE. + +

В более ранних версиях сделайте так:

     BEGIN;
     ALTER TABLE tab ADD COLUMN new_col new_data_type;
@@ -895,24 +657,49 @@
     COMMIT;
-

4.5) Каковы максимальные размеры для записей, +

4.4) Каковы максимальные размеры для строк в таблице, таблиц и базы данных?

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

-
-    Максимальный размер базы?                    неограничен (существуют базы на 32 TB)
-    Максимальный размер таблицы?                 32 TB
-    Максимальный размер записи?                  1.6 TB
-    Максимальный размер поля?                    1 GB
-    Максимальное количество записей в таблице?   неограничено
-    Максимальное количество колонок в таблице?   250-1600 в зависимости от типа
-    Максимальное количество индексов в таблице?  неограничено
-
- - Разумеется, понятие "неограничено" на самом деле ограничивается +
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Максимальный размер базы?неограничен (существуют базы на 32 TB)
Максимальный размер таблицы?32 TB
Максимальный размер строки?1.6 TB
Максимальный размер поля?1 GB
Максимальное количество строк в таблице?неограничено
Максимальное количество колонок в таблице?250-1600 в зависимости от типа
Максимальное количество индексов в таблице?неограничено
+
+
+

Разумеется, понятие "неограничено" на самом деле ограничивается доступным дисковым пространиством и размерами памяти/своппинга. Когда значения перечисленные выше неоправдано большие, может - пострадать производительность. + пострадать производительность.

Максимальный размер таблицы в 32 TB не требует чтобы операционная система поддерживала файлы больших размеров. Большие таблицы хранятся @@ -923,7 +710,7 @@ могут быть увеличены в четыре раза, если размер блока по умолчанию будет увеличен до 32k.

-

4.6) Как много дискового пространства в базе данных +

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

СУБД PostgreSQL может потребоваться дискового пространства до 5 раз @@ -935,21 +722,21 @@ Размер базы PostgreSQL, содержащей эти же данные составит приблизительно 6.4 MB из которых:

-    32 байт: на каждый заголовок записи (приблизительно)
+    32 байт: на каждый заголовок строки в таблице (приблизительно)
   + 24 байта: одно поле с целочисленным типом и одно текстовое поле
-  +  4 байта: указатель на странице для всей записи
+  +  4 байта: указатель на странице для всей табличной строки
    ----------------------------------------
-    60 байт на запись
+    60 байт на строку в таблице
 
    Размер страницы данных в PostgreSQL составляет 8192 байт (8 KB), так что:
 
    8192 байт на страницу
-   ---------------------   =  136 записей на страницу БД (округлённо)
-     60 байт на запись
+   ---------------------   =  136 строк в таблице на страницу БД (округлённо)
+     60 байт на строку в таблице
 
      100000 строк данных
    ----------------------- =  735 страниц в БД (округлённо)
-   128 записей на страницу
+   128 строк в таблице на страницу
 
    735 страниц БД * 8192 байт на страницу = 6,021,120 байт (6 MB)
@@ -961,25 +748,12 @@ занимают очень мало места.

-

4.7) Как мне убедиться, что существуют нужные мне - таблицы, индексы, базы данных и пользователи?

- -

psql имеет несколько команд, начинающихся с обратной косой - черты, для того чтобы просматривать такую информацию. Используйте - \? для того, чтобы увидеть эти команды. Также существуют системные - таблицы, имя которых начинается на pg_ и в которых также содержится - эта информация. Ещё, psql -l покажет список всех баз данных.

- -

Также смотрите файл pgsql/src/tutorial/syscat.source. В нем - представлены многие операторы SELECT которые нужны - для получения информации из системных таблиц базы данных.

- -

4.8) У меня медленно работают запросы или не - происходит использования индексов. Почему?

+

4.6) Почему мои запросы работают медлено? Почему + они не используют мои индексы?

Индексы не используются для каждого запроса автоматически. Они используются только если таблица больше минимального размера и запрос - выбирает только маленький процент записей в таблице. Так устроено, + выбирает только маленький процент строк в таблице. Так устроено, потому что доступ к диску с применением рандомизации при сканировании индексов может быть медленнее, чем простое чтение таблицы или ее последовательное сканирование.

@@ -988,11 +762,11 @@ таблицы, PostgreSQL должен иметь статистику по этой таблице. Эта статистика собирается при использовании VACUUM ANALYZE или просто ANALYZE. Используя статистику, оптимизатор - узнает о том как много записей в таблице и если он должен использовать + узнает о том как много строк в таблице и если он должен использовать индексы, то он может принимать лучшие решения. Статистика также влияет на определение оптимального порядка связывания и метода связывания. - Сбор статистики должен периодически выполнятся при изменении содержимого - таблицы.

+ При изменении содержимого таблицы должен периодически выполнятся + сбор статистики.

Обычно индексы не используются для ORDER BY или для выполнения связываний. Последовательный перебор следующий за явной @@ -1024,67 +798,26 @@

  • Строка поиска не должна начинаться с символа класса, т.е. [a-e].
  • Поиск независимый от регистра, такой как ILIKE и - ~* не использует индексы. Вместо него, используйте функциональные - индексы, которые описываются в секции 4.12.
    • + ~* не использует индексы. Вместо него, используйте индексы + выражений, которые описываются в секции 4.8.
  • Во время initdb должна использоваться локаль по умолчанию - C, потому что не существует возможности узнать next-greater + C, потому что не существует возможности узнать следующий наибольший символ для не-C локали. Вы можете для таких случаев создать специальный - индекс - 
    -	text_pattern_ops
-
    - который работает только для - 
    -	LIKE
-
    - индексирования.
    • + индекс text_pattern_ops который работает только для + LIKE индексирования. -

    В выпусках до версии 8.0, индексы часто нельзя было использовать, если типы данных точно не совпадали с индексными типами колонок. Это особенно касалось int2, int8 и numeric индексов колонок.

    -

    4.9) Как посмотреть на то, как оптимизатор выполняет +

    4.7) Как посмотреть на то, как оптимизатор выполняет мой запрос?

    Смотрите страницу руководства посвященную EXPLAIN.

    -

    4.10) Что такое R-tree индекс?

    -

    R-tree индекс используется для индексирования пространственных данных. - Индекс хэша не может управлять поисками диапазона. B-tree индекс - управляет только поисками диапазона в одном измерении. R-tree индекс - может управлять многоразмерными данными. Например, если R-tree индекс - может быть встроен в атрибут типа point, то система может - более эффективно ответить на запрос типа "выбрать все точки внутри - заданного четырехугольника."

    - -

    Канонический источник, описывающий первоначальное создание R-tree - это:

    - -

    Guttman, A. "R-trees: A Dynamic Index Structure for Spatial - Searching." Proceedings of the 1984 ACM SIGMOD Int'l Conf on Mgmt - of Data, 45-57.

    - -

    Вы можете найти этот документ в книге Стоунбрейкера "Readings in - Database Systems".

    - -

    Встроеннные R-tree могут управлять полигонами и боксами. В теории, - R-tree могут быть расширены для управления большим количеством - измерений. На практике, расширение R-tree требует некоторых усилий и - у нас, в данный момент, нет какой-либо документации о том, как это - сделать.

    - -

    4.11) Что такое Genetic Query - Optimizer?

    - -

    Модуль GEQO производит быструю оптимизацию запроса, - когда происходит связывание многих таблиц через Genetic Algorithm (GA). - Это позволяет управлять большими запросами на связывание через - неистощающий поиск.

    - -

    4.12) Как мне выполнить поиск регулярного выражения +

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

    @@ -1101,28 +834,55 @@ Эта конструкция не будет использовать стандартный индекс. Однако, если - вы создадите функциональный индекс, он будет использован: + вы создадите индекс выражения, он будет использован: 
         CREATE INDEX tabindex ON tab (lower(col));
    -

    4.13) Как я могу определить, что значение поля +

    4.9) Как я могу определить, что значение поля равно NULL в каком-либо запросе?

    Вы просто сравниваете значение с IS NULL и IS NOT NULL.

    -

    4.14) Каковы отличия между разными символьными +

    4.10) Каковы отличия между разными символьными типами?

    -
    -Тип            Внутреннее имя   Замечания
---------------------------------------------------
-VARCHAR(n)      varchar         размер задает максимальную длину, нет заполнения
-CHAR(n)         bpchar          заполняется пустотой до фиксированной длины
-TEXT            text            нет задаваемого верхнего ограничения или длины
-BYTEA           bytea           массив байт переменной длины (можно использовать null-байт без опаски)
-"char"          char            один символ
-
    +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    ТипВнутреннее имяЗамечания
    VARCHAR(n)varcharразмер задает максимальную длину, нет заполнения
    CHAR(n)bpcharзаполняется пустотой до фиксированной длины
    TEXTtextнет задаваемого верхнего ограничения или длины
    BYTEAbyteaмассив байт переменной длины (можно использовать null-байт без опаски)
    "char"charодин символ
    +

    Внутреннее имя вы можете увидеть, когда смотрите системные каталоги и в некоторых сообщениях об ошибках.

    @@ -1147,7 +907,7 @@ BYTEA bytea которых могут включать NULL байты. Все типы описанные здесь, имеют сходные характеристики производительности.

    -

    4.15.1) Как мне создать поле +

    4.11.1) Как мне создать поле serial/с-авто-увеличением?

    PostgreSQL поддерживает тип данных SERIAL. Он @@ -1169,20 +929,15 @@ BYTEA bytea Смотрите подробности о последовательностях на странице руководства - посвященной create_sequence. Вы также можете использовать - каждое поле OID в записи как уникальное значение. Однако, - если вам нужен дамп и перезагрузка базы данных, вам необходимо - использовать команду pg_dump с опцией -o или опцию - COPY WITH OIDS для сохранения значений поля - OID. + посвященной create_sequence. -

    4.15.2) Как мне получить значение при вставке +

    4.11.2) Как мне получить значение при вставке SERIAL?

    Один из способов состоит в получении следующего значения SERIAL из объекта sequence с помощью функции nextval() перед вставкой и затем вставлять это значение - явно. Используйте таблицу-пример в 4.15.1, пример + явно. Используйте таблицу-пример в 4.11.1, пример в псевдоязыке покажет как это делается:

         new_id = execute("SELECT nextval('person_id_seq')");
@@ -1205,23 +960,15 @@ BYTEA           bytea           
     new_id = execute("SELECT currval('person_id_seq')");
    - И наконец, вы можете использовать значение - OID, возращаемое из опертора - INSERT чтобы увидеть значение по умолчанию, что - предположительно является наименее переносимым на другие платформы - решением, к тому же значение oid будет урезаться, когда оно достигнет - 4 миллиардов. В Perl, используя DBI с модулем Edmund Mergl'я DBD::Pg, - значение oid становится доступным через $sth->{pg_oid_status} - после $sth->execute(). -

    4.15.3) Не может ли получиться так, что +

    4.11.3) Не может ли получиться так, что использование currval() и nextval() приведет к зациклированию с другими пользователями?

    -

    Нет. currval() возвращает текущее значение, назначенное вашем - backend'ом, а не другими пользователями.

    +

    Нет. currval() возвращает текущее значение, назначенное вашей + сессией, а не другими сессиями.

    -

    4.15.4) Почему числа из моей последовательности +

    4.11.4) Почему числа из моей последовательности не используются снова при отмене транзакции? Почему создаются разрывы при нумерации в колонке, где я использую последовательность/SERIAL?

    @@ -1231,78 +978,32 @@ BYTEA bytea нумерации при отмене транзакций.

    -

    4.16) Что такое OID? Что такое +

    4.12) Что такое OID? Что такое TID?

    -

    Поля OID служат уникальными идетификаторами записей - в PostgreSQL. Каждая запись, которая создаётся в PostgreSQL получает - уникальный OID. Все значения OID - генерируемые во время initdb имеют значения меньше 16384 (из - include/access/transam.h). Все созданные пользователем - OID имеют бОльшие значение. По умолчанию, все эти - OID являются уникальными не только внутри какой-либо - таблицы или базы данных, но и внутри всей СУБД PostgreSQL.

    +

    Каждая, создаваемая в PostgreSQL табличная строка, получает уникальный + индентификатор OID за исключением случая когда + использовалось WITHOUT OIDS. OID - это + автоматически назначаемое уникальное 4-х байтовое целое число. + Однако, после того как его значение превысит 4 миллиарда, значения + OID начинают дублироваться. PostgreSQL использует + OID для связывания своих внутренних таблиц.

    -

    PostgreSQL использует OID в своих внутренних системных - таблицах для связи записей и таблиц. Значения OID могут - быть использованы для идентификации заданных пользователем записей, - а также использоваться при связываниях. Рекомендуется использовать - тип колонки OID для хранения значений OID - Вы можете создать индекс на поле OID для более быстрого - доступа.

    - -

    Значения OID назначаются для всех новых записей из - центральной области, которые используются всеми всеми базами данных. - Если вы хотите изменить OID на какое-либо другое - значение или если вы хотите создать копию таблицы с такимиже - OID, то это можно сделать так:

    -
    -        CREATE TABLE new_table(mycol int);
-        SELECT oid AS old_oid, mycol INTO tmp_table FROM old_table;
-        COPY tmp_table TO '/tmp/pgtable';
-        COPY new_table WITH OIDS FROM '/tmp/pgtable';
-	DROP TABLE tmp_table;
-
    -

    OID хранится как 4-х байтное целое и не может превышать - значение в 4 миллиарда. Однако, еще никто не сообщил о том, что такое - произошло, но мы планируем до того как это случиться избавится от - этого ограничения.

    +

    Для уникальных значений в колонках таблицы пользователя, лучшим + способом является использование SERIAL вместо + OID, потому что последовательности SERIAL + уникальны только внутри таблицы и таким образом меньше подвержены + переполнению. Для хранения значений 8-ми байтной последовательности + доступен тип SERIAL8.

    TID используется для идентификации специальных физических записей с блочными и offset значениями. TID - изменяется после того как записи были изменены или перегружены. + изменяется после того как строки в таблице были изменены или перегружены.

    TID используется индексными записями в качестве указателя на физические записи.

    -

    4.17) Что означают некоторые термины используемые в - PostgreSQL?

    -

    Некоторый исходный код и старая документация используют - общеупотребительные термины. Вот некоторые из них:

    - -
      -
    • table, relation, class
      • - -
    • row, record, tuple
      • - -
    • column, field, attribute
      • - -
    • retrieve, select
      • - -
    • replace, update
      • - -
    • append, insert
      • - -
    • OID, serial value
      • - -
    • portal, cursor
      • - -
    • range variable, table name, table alias
      • -
    - -

    Список общих терминов по базам данных можно найти на http://hea-www.harvard.edu/MST/simul/software/docs/pkgs/pgsql/glossary/glossary.html

    - -

    4.18) Почему я получаю ошибку "ERROR: Memory +

    4.13) Почему я получаю ошибку "ERROR: Memory exhausted in AllocSetAlloc()"?

    Предположительно у вас закончилась виртуальная память @@ -1322,12 +1023,12 @@ BYTEA bytea клиентом, потому что backend возвращает слишком большой объем данных, попытайтесь выполнить эту команду перед запуском клиента. -

    4.19) Как мне узнать, какая версия PostgreSQL +

    4.14) Как мне узнать, какая версия PostgreSQL запущена?

    Из psql, наберите SELECT version();

    -

    4.20) Почему при работе с моим большим объектом +

    4.15) Почему при работе с моим большим объектом я получаю ошибку "invalid large obj descriptor"?

    Вам нужно при использовании большого объекта поместить в начале @@ -1345,46 +1046,15 @@ BYTEA bytea

    Если вы используете такой интерфейс клиента как ODBC, вам возможно понадобится установить auto-commit off.

    -

    4.21) Как мне создать колонку которая по умолчанию +

    4.16) Как мне создать колонку которая по умолчанию будет содержать текущее время?

    Используйте CURRENT_TIMESTAMP:

    -CREATE TABLE test (x int, modtime timestamp DEFAULT CURRENT_TIMESTAMP );
-
+CREATE TABLE test (x int, modtime TIMESTAMP DEFAULT CURRENT_TIMESTAMP );
    -

    4.22) Почему мои подзапросы, использующие - IN так медленно работаеют?

    - -

    В версиях до 7.4, подзапросы связывались с родительскими запросами - через последовательный перебор результатов позапроса для каждой - записи родительского запроса. Если подзапрос возвращает только несколько - записей, а родительский запрос возвращает много записей, - IN работает наиболее быстро. Чтобы - увеличить скорость в других запросах, замените IN на - EXISTS:

    -
    -    SELECT *
-    FROM tab
-    WHERE col IN (SELECT subcol FROM subtab);
-
    - - на: -
    -    SELECT *
-    FROM tab
-    WHERE EXISTS (SELECT subcol FROM subtab WHERE subcol = col);
-
    - - Чтобы такая конструкция работала быстро, колонка subcol - должна быть проиндексирована. - -

    В версии 7.4 и выше, IN фактически использует такой же - механизм связывания как и обычные запросы, поэтому предпочтительным - является использование EXISTS

    . - -

    4.23) Как мне выполнить внешнее связывание?

    +

    4.17) Как мне выполнить внешнее связывание?

    PostgreSQL поддерживает внешнее связывание, используя стандартный синтаксис SQL. Вот два примера:

    @@ -1400,32 +1070,15 @@ BYTEA bytea

    Это идентичные запросы связывания t1.col и t2.col, также возвращают - любые несвязанные записи в t1 (которые не совпадают с t2). - RIGHT связывание должно добавить несвязанные записи + любые несвязанные строки в t1 (которые не совпадают с t2). + RIGHT связывание должно добавить несвязанные строки t2. FULL связывание должно возвратить совпавшие - записи плюс все несвязанные записи из t1 и t2. Слово OUTER + строки плюс все несвязанные строки из t1 и t2. Слово OUTER является необязательным и назначается в LEFT, RIGHT и FULL связываниях. Обычные связывания называются INNER связывания.

    -

    В предыдущих версиях, внешние связывания могли быть эмулированы - используя UNION и NOT IN. Например, - когда происходит связывание tab1 и tab2, следующий - запрос выполняет внешнее связывание двух таблиц:
    -
    -

    -
    -    SELECT tab1.col1, tab2.col2
-    FROM tab1, tab2
-    WHERE tab1.col1 = tab2.col1
-    UNION ALL
-    SELECT tab1.col1, NULL
-    FROM tab1
-    WHERE tab1.col1 NOT IN (SELECT tab2.col1 FROM tab2)
-    ORDER BY col1
-
    - -

    4.24) Как выполнять запросы, использующие несколько +

    4.18) Как выполнять запросы, использующие несколько баз данных?

    Не существует способа создать запрос к базам данных отличным от текущей. @@ -1433,20 +1086,19 @@ BYTEA bytea данных, непонятно даже, как должен себя вести такой межбазовый запрос.

    contrib/dblink позволяет запросы между базами, используя - вызовы функций. Разумеется, клиент может одновременно устанавливать + вызовы функций. Разумеется, клиент может одновременно также устанавливать соедиенения с различными базами данных и таких образом объединять информацию из них.

    -

    4.25) Как мне вернуть из функции несколько записей?

    +

    4.19) Как мне вернуть из функции несколько строк таблицы?

    -

    В версии 7.3, вы можете легко вернуть несколько записей или колонок из - какой-либо функции, - - http://techdocs.postgresql.org/guides/SetReturningFunctions.

    +

    Вы можете легко использовать функции, возвращающие список, + + http://techdocs.postgresql.org/guides/SetReturningFunctions.

    -

    4.26) Почему я не могу надежно создавать/удалять +

    4.20) Почему я не могу надежно создавать/удалять временные таблицы в функциях PL/PgSQL?

    -

    PL/PgSQL кэширует содержимое функции и один из негативных эффектов этого +

    PL/PgSQL кэширует сценарии функции и один из негативных эффектов этого состоит в том, что если функция PL/PgSQL обращается к временной таблице и эта таблица позднее удаляется и пересоздается, а функция затем вызывается снова, то ее вызов приведет к ошибке, потому что скэшированное содержимое @@ -1455,7 +1107,7 @@ BYTEA bytea таблицам в PL/PgSQL. Использование этого оператора заставит запрос перегенерироваться каждый раз.

    -

    4.27) Какие опции шифрования существуют? +

    4.21) Какие опции шифрования существуют?

    • contrib/pgcrypto содержит много функций шифрования для @@ -1468,8 +1120,7 @@ BYTEA bytea возможно использование независимых внешних шифрующих транспортов, таких как stunnel или ssh, вместо собственных SSL соединений PostgreSQL).
    • Пароли пользователей к базе данных автоматически шифруются, при - сохранении в версии 7.3. В предыдущих версиях, вы должны разрешить - опцию PASSWORD_ENCRYPTION в postgresql.conf.
      • + сохранении в системных таблицах.
    • Сервер можно запустить, используя шифрованную файловую систему.
    @@ -1489,7 +1140,7 @@ BYTEA bytea и они по возможности будут помещены в подкаталог contrib/.

    5.3) Как мне написать C функцию, возвращающую - запись?

    + строку таблицы?

    В версиях PostgreSQL, начиная с 7.3, функции, возвращающие таблицы полностью поддерживаются в C, PL/PgSQL и SQL. Подробности смотрите в