
               Otvety na chasto zadavaemye voprosy po PostgreSQL
                                       
   Data poslednego obnovleniya: Pyatnica 24 fevralya 23:28:40 EDT 2006
   
   Anglijskij variant soprovozhdaet: Bryus Mom'yan (Bruce Momjian)
   (pgman@candle.pha.pa.us)
   
   Pereviol na russkij: Viktor Vislobokov (admin@linuxshare.ru)
   
   Samuyu svezhuyu anglijskuyu versiyu dokumenta mozhno najti na
   http://www.PostgreSQL.org/files/documentation/faqs/FAQ.html.
   
   Otvety na voprosy specifichnye dlya konkretnyh platform mozhno najti
   na http://www.PostgreSQL.org/docs/faq/.
     _________________________________________________________________
   
                              Obschie voprosy
                                      
   1.1) CHto takoe PostgreSQL? Kak proiznositsya `eto nazvanie?
   1.2) Kto upravlyaet PostgreSQL?
   1.3) Kakovy avtorskie prava na PostgreSQL?
   1.4) Na kakih platformah rabotaet PostgreSQL?
   1.5) Gde mozhno vzyat' PostgreSQL?
   1.6) Kakaya versiya poslednyaya?
   1.7) Gde poluchit' podderzhku?
   1.8) Kak mne soobschit' ob oshibke?
   1.9) Kak najti informaciyu ob izvestnyh oshibkah ili otsutstvuyuschih
   vozmozhnostyah?
   1.10) Kakaya dokumentaciya imeetsya v nalichii?
   1.11) Kak nauchit'sya SQL?
   1.12) Kak prisoedinitsya k komande razrabotchikov?
   1.13) Kak sravnit' PostgreSQL s drugimi SUBD?
   
                 Voprosy pol'zovatelej po klientskoj chasti
                                      
   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?
   
                         Voprosy administrirovaniya
                                      
   3.1) Kak mne ustanovit' PostgreSQL v mesto otlichnoe ot
   /usr/local/pgsql?
   3.2) Kak mne upravlyat' soedineniyami ot drugih komp'yuterov?
   3.3) Kakie nastrojki mne nuzhno sdelat' dlya uluchsheniya
   proizvoditel'nosti?
   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.6) Pochemu neobhodimo delat' dump i restore pri obnovlenii vypuskov
   PostgreSQL?
   3.7) Kakoe komp'yuternoe "zhelezo" ya dolzhen ispol'zovat'?
   
                           Voprosy `ekspluatacii
                                      
   4.1) Kak vypolnit' SELECT tol'ko dlya neskol'kih pervyh strochek
   zaprosa? Dlya proizvol'noj stroki?
   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.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.9) Kak mne opredelit', chto znachenie polya ravno NULL v kakom-libo
   zaprose? Mogu ya otsortirovat' polya NULL ili net?
   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.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.12) CHto takoe OID? CHto takoe CTID?
   4.13) Pochemu ya poluchayu oshibku "ERROR: Memory exhausted in
   AllocSetAlloc()"?
   4.14) Kak mne uznat', kakaya versiya PostgreSQL zapuschena?
   4.15) Kak mne sozdat' kolonku kotoraya po umolchaniyu budet soderzhat'
   tekuschee vremya?
   4.16) Kak vypolnit' vneshnee svyazyvanie?
   4.17) Kak vypolnyat' zaprosy, ispol'zuyuschie neskol'ko baz dannyh?
   4.18) Kak mne vernut' iz funkcii neskol'ko strok tablicy?
   4.19) Pochemu ya poluchayu oshibku "relation with OID #### ne
   suschestvuet", kogda obraschayuts' k vremennym tablicam v funkciyah
   PL/PgSQL?
   4.20) Kakie est' resheniya dlya replikacii?
   4.21) Pochemu imena tablicy i kolonok ne raspoznayutsya v v moiom
   zaprose?
     _________________________________________________________________
   
                              Obschie voprosy
                                      
  1.1) CHto takoe PostgreSQL? Kak proiznositsya `eto nazvanie?
  
   PostgreSQL proiznositsya Post-Gres-Q-L (Post-Gres-K'yu-`El), takzhe
   inogda govoryat prosto Postgres. Vy mozhete uslyshat' kak `eto
   proiznositsya s pomosch'yu audiofajla, kotoryj dostupen v formate MP3.
   
   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, 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) Kto upravlyaet PostgreSQL?
  
   Esli vy ischite kakogo-to osobennogo cheloveka, central'nyj komitet
   ili upravlyayuschuyu kompaniyu, to naprasno --- ih net. U nas est'
   yadro komiteta i razrabotchikov, rabotayuschih s CVS, no `eti gruppy
   sluzhat bol'she dlya administrativnyh celej, chem dlya upravleniya.
   Proekt napryamuyu funkcioniruet s pomosch'yu soobschestva
   razrabotchikov i pol'zovatelej, k kotoromu mozhet prisoedinitsya
   kazhdyj. Vsio chto nuzhno -- `eto podpisat'sya na spiski rassylki i
   uchastvovat' v diskussiyah. (Podrobnosti o tom kak vklyuchit'sya v
   razrabotku PostgreSQL smotrite v FAQ dlya razrabotchikov.)
   
  1.3) Kakovy avtorskie prava na PostgreSQL?
  
   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-2006, PostgreSQL Global Development Group
   Portions Copyright (c) 1994-1996 Regents of the University of
   California
   
   Predostavlyayutsya prava na ispol'zovanie, kopirovanie, izmenenie i
   rasprostranenie dannogo programmnogo obespecheniya i ego dokumentacii
   dlya lyubyh celej, besplatno i bez podpisaniya kakogo-libo
   soglasheniya, pri uslovii chto dlya kazhdoj kopii budut predostavleny
   dannoe vyshe zamechanie ob avtorskih pravah, tekuschij paragraf i dva
   sleduyuschih paragrafa.
   
   KALIFORNIJSKIJ UNIVERSITET NE NESET NIKAKOJ OTVETSTVENNOSTI ZA LYUBYE
   POVREZHDENIYA, VKLYUCHAYA POTERYU DOHODA, NANESENNYE PRYAMYM ILI
   NEPRYAMYM, SPECIAL'NYM ILI SLUCHAJNYM ISPOL'ZOVANIEM DANNOGO
   PROGRAMMNOGO OBESPECHENIYA ILI EGO DOKUMENTACII, DAZHE ESLI
   KALIFORNIJSKIJ UNIVERSITET BYL IZVESCHEN O VOZMOZHNOSTI TAKIH
   POVREZHDENIJ.
   
   KALIFORNIJSKIJ UNIVERSITET SPECIAL'NO OTKAZYVAZYVAETSYA PREDOSTAVLYAT'
   LYUBYE GARANTII, VKLYUCHAYA, NO NE OGRANICHIVAYAS' TOL'KO `ETIMI
   GARANTIYAMI: NEYAVNYE GARANTII PRIGODNOSTI TOVARA ILI PRIGODNOSTI DLYA
   OTDEL'NOJ CELI. DANNOE PROGRAMMNOE OBESPECHENIE PREDOSTAVLYAETSYA NA
   OSNOVE PRICIPA "KAK EST'" I KALIFORNIJSKIJ UNIVERSITET NE OBYAZAN
   PREDOSTAVLYAT' SOPROVOZHDENIE, PODDERZHKU, OBNOVLENIYA, RASSHIRENIYA
   ILI IZMENENIYA.
   
  1.4) 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.
   
   PostgreSQL takzhe rabotaet na operacionnyh sistemah Microsoft Windows,
   osnovannyh na NT, takih kak Win2000, WinXP i Win2003. Paket
   installyatora dostupen po adresu
   http://pgfoundry.org/projects/pginstaller. Versii Windows, osnovannye
   na MS-DOS (Win95, Win98, WinMe) mogut zapuskat' PostgreSQL s
   pomosch'yu Cygwin.
   
   Takzhe suschestvuet versiya sportirovannaya pod Novell Netware 6 na
   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?
  
   CHerez brauzer, ispol'zuya http://www.postgresql.org/ftp/ i cherez
   ftp, ispol'zuya ftp://ftp.PostgreSQL.org/pub/.
   
  1.6) Kakaya poslednyaya versiya?
  
   Poslednij vypusk PostgreSQL - `eto versiya 8.1.3
   
   My planiruem vypuskat' novye starshie versii kazhdyj god, a mladshie
   versii kazhdye neskol'ko mesyacev.
   
  1.7) Gde poluchit' podderzhku?
  
   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).
   
   Glavnym IRC kanalom yavlyaetsya #postgreql, raspolozhennyj na servere
   Freenode (irc.freenode.net). CHtoby podklyuchit'sya, vy mozhete
   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
   servere EFNet.
   
   Spisok kommercheskoj podderzhki kompanij dostupen na
   http://techdocs.postgresql.org/companies.php.
   
  1.8) 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/.
   
   Na oshibki, uvedomlenie o kotoryh byli sdelany cherez special'nuyu
   formu ili otpravlennye v kakoj-libo spisok rassylki PostgreSQL,
   obychno generiruetsya odin iz sleduyuschih otvetov:
     * `Eto ne oshibka i pochemu
     * `Eto izvestnaya oshibka i ona uzhe est' v spiske TODO
     * Dannaya oshibka byla ispravlena v tekuschem vypuske
     * Dannaya oshibka byla ispravlena, no ispravlenie poka ne popalo v
       oficial'nyj vypusk
     * Zaprashivaetsya bolee detal'naya informaciya:
          + Operacionnaya sistema
          + Versiya PostgreSQL
          + Test, vosproizvodyaschij oshibku
          + Otladochnaya informaciya
          + Vyvod backtrace otladchika
     * `Eto novaya oshibka. Mozhet proizojti sleduyuschee:
          + Budet sozdano ispravlenie, kotoroe budet vklyucheno v
            sleduyuschij vypusk
          + Oshibka ne mozhet byt' ispravlena nemedlenno i budet
            dobavlena v spisok TODO
       
  1.9) Kak najti informaciyu ob izvestnyh oshibkah ili otsutstvuyuschih
  vozmozhnostyah?
  
   PostgreSQL podderzhivaet rasshirennyj podklass SQL:2003. Smotrite nash
   spisok TODO na predmet izvestnyh oshibok, otsutstvuyuschih
   vozmozhnostej i buduschih planov.
   
   Na zapros kakoj-libo vozmozhnosti obychno prihodyat sleduyuschie
   otvety:
     * Dannaya vozmozhnost' uzhe est' v spiske TODO
     * Dannaya vozmozhnost' nezhelatel'na potomu chto:
          + Ona dubliruet suschestvuyuschuyu funkcional'nost', kotoraya
            sleduet standartu SQL
          + Dannaya vozmozhnost' sil'no uslozhnila by kod, no dala by
            malen'kuyu vygodu
          + Dannaya vozmozhnost' nebezopasna ili nenadiozhna
     * Dannaya novaya vozmozhnost' dobavlena v spisok TODO
       
   PostgreSQL ne ispol'zuet kakuyu-libo sistemu otslezhivaniya oshibok,
   potomu chto my obnaruzhili, chto ispol'zovanie pryamogo obrascheniya
   po `elektronnoj pochte i obnovlyaemogo spiska TODO yavlyaetsya bolee
   `effektivnym. Na praktike, oshibki v programmnom obespechenii
   sohranyayutsya ochen' nedolgo, a oshibki, kotorye vazhny bol'shomu
   kolichestvu pol'zovatelej ispravlyayutsya momental'no. Est' tol'ko
   odno mesto, gde mozhno najti vse izmeneniya, uluchsheniya i
   ispravleniya, sdelannye v vypuske PostgreSQL - `eto zhurnaly
   soobschenij sistemy kontrolya versij CVS. Dazhe zamechaniya k vypuskam
   ne soderzhat vse izmeneniya, sdelannye v programmnom obespechenii.
   
  1.10) Kakaya dokumentaciya imeetsya v nalichii?
  
   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/books/awbook.html i
   http://www.commandprompt.com/ppbook/. Est' neskol'ko knig po
   PostgreSQL, kotorye mozhno kupit'. Odnu iz naibolee populyarnyh
   napisal Korri Duglas (Korry Douglas). Spisok obzorov po `etim knigam
   dostupen po adresu
   http://techdocs.postgresql.org/techdocs/bookreviews.php. Krome togo,
   po adresu http://techdocs.PostgreSQL.org/ vy mozhete najti kollekciyu
   tehnicheskih statej posvyaschennyh PostgreSQL.
   
   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.
   
  1.11) Kak mne nauchit'sya SQL?
  
   Vo-pervyh, voz'mite odnu iz knig po PostgreSQL, o kotoryh govorilos'
   vyshe. Esche odin uchebnik - `eto kniga "Teach Yourself SQL in 21
   Days, Second Edition" (Osvoj samostoyatel'no SQL za 21 den', Vtoraya
   redakciya) na http://members.tripod.com/er4ebus/sql/index.htm. Mnogim
   iz nashih pol'zovatelej nravitsya kniga The Practical SQL Handbook,
   Bowman, Judith S., et al., Addison-Wesley. Drugim nravitsya The
   Complete Reference SQL, Groff et al., McGraw-Hill.
   Est' prekrasnyj uchebnik na
   http://www.intermedia.net/support/sql/sqltut.shtm, na
   http://ourworld.compuserve.com/homepages/graeme_birchall/HTM_COOK.HTM,
   i na http://sqlcourse.com.
   
  1.12) Kak prisoedinitsya k komande razrabotchikov?
  
   Smotrite FAQ dlya razrabotchikov.
   
  1.13) Kak sravnit' PostgreSQL s drugimi SUBD?
  
   Suschestvuet neskol'ko metodov sravneniya programmnogo obespecheniya:
   vozmozhnosti, proizvoditel'nost', nadezhnost', podderzhka i cena.
   
   Vozmozhnosti
          PostgreSQL imeet bol'shinstvo vozmozhnostej predstavlennyh v
          bol'shih kommercheskih SUBD, takie kak: tranzakcii, podzaprosy,
          triggery, predstavleniya, ssylochnoj celostnosti vtorichnogo
          klyucha i raznye blokirovki. U nas est' nekotorye vozmozhnosti,
          kotoryh net u nih: tipy, opredelyaemye pol'zovatelem, mehanizm
          nasledovaniya, pravila i konkuretnoe mnogoversionnoe upravlenie
          dlya raboty s soderzhimym blokirovok.
          
   Proizvoditel'nost'
          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. Nasha proizvoditel'nosti obychno
          +/-10% po sravneniyu s drugimi SUBD.
          
   Nadezhnost'
          My ponimali, chto nasha SUBD dolzhna byt' nadezhnoj ili ona
          nichego ne budet stoit'. My staraemsya vypuskat' horosho
          proverennyj, stabil'nyj kod, kotoryj soderzhit minimum oshibok.
          Kazhdyj vypusk prohodit stadiyu beta-testirovaniya po krajnej
          mere v techenii odnogo mesyaca i nasha istoriya vypuskov
          pokazyvaet chto my mozhem predostavlyat' stabil'nye, monolitnye
          vypuski, kotorye gotovy k produktivnomu ispol'zovaniyu. My
          verim, chto my proizvodim proverku ne huzhe, chem u drugih
          SUBD.
          
   Podderzhka
          Nash spisok rassylki predostavlyaet vozmozhmozhnost' obscheniya
          s bol'shoj gruppoj razrabotchikov i pol'zovatelej, kotorye
          mogut pomoch' reshit' lyubye voznikshie problemy. V to zhe
          vremya, my ne garantiruem kakie-libo ispravleniya, no i
          razrabotchiki kommercheskih SUBD ne vsegda delayut
          ispravleniya. Pryamoj dostup k razrabotchikam, soobschestvu
          pol'zovatelej, rukovodstvam i ishodnym tekstam chasto delayut
          podderzhku PostgreSQL prevoshodyaschej drugie SUBD.
          Suschestvuet kommercheskaya podderzhka po rezul'tam voznikshih
          incidentov, kotoraya dostupna dlya teh komu ona nuzhna.
          (Smotrite Sekciyu 1.7.)
          
   Cena
          Nash produkt besplaten kak dlya kommercheskogo tak, i ne dlya
          kommercheskogo ispol'zovaniya. Vy mozhete dobavlyat' svoj kod v
          nash produkt bez ogranichenij, za isklyucheniem teh, chto
          opisyvayutsya v nashej licenzii stilya BSD, kotoraya privedena
          vyshe.
     _________________________________________________________________
   
                 Voprosy pol'zovatelej po klientskoj chasti
                                      
  2.1) Kakie interfejsy est' dlya PostgreSQL?
  
   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.
   
   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?
  
   Prekrasnoe vvedenie vo vzaimodejstvie baz dannyh i Web mozhno najti
   na: http://www.webreview.com
   
   Dlya integracii s Web, PHP http://www.php.net yavlyaetsya neplohim
   interfejsom.
   
   V slozhnyh sluchayah, mnogie pol'zuyutsya Perl i DBD::Pg s CGI.pm ili
   mod_perl.
   
  2.3) Est' li u PostgreSQL graficheskij interfejs pol'zovatelya?
  
   Da, podrobnosti smotrite v
   http://techdocs.postgresql.org/guides/GUITools.
     _________________________________________________________________
   
                         Voprosy administrirovaniya
                                      
  3.1) Kak mne ustanovit' PostgreSQL v mesto otlichnoe ot /usr/local/pgsql?
  
   Zadajte opciyu --prefix kogda zapuskaete configure.
   
  3.2) Kak mne upravlyat' soedineniyami ot drugih komp'yuterov?
  
   Po umolchaniyu, PostgreSQL razreshaet tol'ko soedineniya na lokal'noj
   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.3) Kakie nastrojki mne nuzhno sdelat' dlya uluchsheniya proizvoditel'nosti?
  
   Suschestvuet tri glavnyh oblasti, kotorye potencial'no mogut
   uvelichit' proizvoditel'nost':
   
   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?
  
   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.
   
  3.5) Pochemu ya poluchayu soobschenie "Sorry, too many clients" kogda
  pytayus' podklyuchit'sya k baze?
  
   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.
   
  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.4.0 do 7.4.1 ne
   trebuet vypolneniya dump i restore. Odnako pri vyhode ocherednogo
   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
   pozvolyaet poluchit' dannye v obschem formate, kotoryj zatem mozhet
   byt' zagruzhen pri ispol'zovanii novogo vnutrennego formata.
   
   V teh vypuskah, gde format dannyh na diske ne menyaetsya, dlya
   provedeniya obnovleniya mozhet byt' ispol'zovan scenarij pg_upgrade
   bez ispol'zovaniya dump/restore. Kommentarii k vypusku govorit kogda
   mozhno ispol'zovat' pg_upgrade dlya `etogo vypuska.
   
  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
   odinakovoe kachestvo. `Eto ne tak. Pamyat' ECC, SCSI i kachestvennye
   materinskie platy yavlyayutsya bolee nadiozhnymi i imeyut bolee
   luchshuyu proizvoditel'nost', chem menee dorogoe "zhelezo". PostgreSQL
   budet rabotat' na lyubom "zheleze", no esli dlya vas vazhny
   nadiozhnost' i proizvoditel'nost', to s vashej storony budet mudro
   postavit' sootvetstvuyuschee "zhelezo". Obsudit' raznoe "zhelezo"
   mozhno v nashih spiskah rassylki.
     _________________________________________________________________
   
                           Voprosy `ekspluatacii
                                      
  4.1) Kak vypolnit' SELECT tol'ko dlya neskol'kih pervyh strochek zaprosa?
  Proizvol'noj stroki?
  
   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
    FROM tab
    ORDER BY random()
    LIMIT 1;

  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,
   vy mozhete posmotret' ishodnyj kod psql v fajle
   pgsql/src/bin/psql/describe.c. On soderzhit komandy SQL kotorye
   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 SQL
   sovmestimyj s INFORMATION SCHEMA interfejs, s pomosch'yu kotorogo, vy
   mozhete sformirovat' zapros na poluchenie informacii o baze 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?
  
   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.4) Kakovy maksimal'nye razmery dlya strok v tablice, tablic i bazy dannyh?
  
   Suschestvuyut sleduyuschie ogranicheniya:
   
   Maksimal'nyj razmer bazy? neogranichen (suschestvuyut bazy na 32 TB)
   Maksimal'nyj razmer tablicy? 32 TB
   Maksimal'nyj razmer 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
   postradat' proizvoditel'nost'.
   
   Maksimal'nyj razmer tablicy v 32 TB ne trebuet chtoby operacionnaya
   sistema podderzhivala fajly bol'shih razmerov. Bol'shie tablicy
   hranyatsya kak mnozhestvo fajlov razmerom v 1 GB, tak chto
   ogranicheniya, kotorye nakladyvaet fajlovaya sistema ne vazhny.
   
   Maksimal'nyj razmer tablicy i maksimal'noe kolichestvo kolonok mogut
   byt' uvelicheny v chetyre raza, esli razmer bloka po umolchaniyu budet
   uvelichen do 32k.
   
   Suschestvuet ogranichenie, po kotoromu indeksy ne mogut sozdavat'sya
   dlya kolonok dlinnee chem 2,000 simvolov. K schast'yu takie indeksy
   vryad li dejstvitel'no komu-to nuzhny. Unikal'nost' garantiruetsya
   nailuchim obrazom, s pomosch'yu funkcional'nogo indeksa iz h`esha MD5
   dlinnoj kolonki, a polnotekstovoe indeksirovanie pozvolyaet iskat'
   slova vnutri kolonki.
   
  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
   bol'she dlya sohraneniya dannyh iz prostogo tekstovogo fajla.
   
   V kachestve primera, rassmotrim fajl v 100,000 strok v kazhdoj, iz
   kotoryh celoe chislo i tekstovoe opisanie. Pri `etom dlina teksta, v
   srednem, sostavlyaet 20 bajt. Razmer prostogo fajla sostavit 2.8 MB.
   Razmer bazy PostgreSQL, soderzhaschej `eti zhe dannye sostavit
   priblizitel'no 5.6 MB iz kotoryh:
    28 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 tablichnoj stroki
   ----------------------------------------
    56 bajt na stroku v tablice

   Razmer stranicy dannyh v PostgreSQL sostavlyaet 8192 bajt (8 KB), tak chto:

   8192 bajt na stranicu
   ---------------------   =  146 strok v tablice na stranicu BD (okruglionno)
     56 bajt na stroku v tablice

     100000 strok dannyh
   ----------------------- =  685 stranic v BD (okruglionno)
   146 strok v tablice na stranicu

   685 stranic BD * 8192 bajt na stranicu = 5,611,520 bajt (5.6 MB)

   Indeksy ne trebuyut tak mnogo, no poskol'ku oni sozdayutsya dlya
   bol'shogo kolichestva dannyh, oni takzhe mogut byt' veliki.
   
   Znacheniya NULL hranyatsya kak bitovye karty i po`etomu oni zanimayut
   ochen' malo mesta.
   
  4.6) Pochemu moi zaprosy rabotayut medleno? Pochemu oni ne ispol'zuyut moi
  indeksy?
  
   Indeksy ne ispol'zuyutsya dlya kazhdogo zaprosa. Oni ispol'zuyutsya
   tol'ko esli tablica bol'she minimal'nogo razmera i 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.
   
   CHtoby opredelit' neobhodimost' ispol'zovaniya indeksa dlya kakoj-libo
   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
   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. 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
   sortirovkoj obychno bystree, chem poisk po indeksam v bol'shoj
   tablice. Odnako, ORDER BY chasto kombiniruetsya s LIMIT i v `etom
   sluchae indeks budet ispol'zovat'sya, poskol'ku pri vypolnenii budet
   vozvraschat'sya nebol'shaya chast' tablicy.
   
   Esli vam kazhetsya, chto optimizator nekorrektno vybiraet
   posledovatel'nyj perebor, ispol'zujte SET enable_seqscan TO 'off' i
   zapustite zapros snova, chtoby uvidet', dejstvitel'no li skanirovanie
   indeksov bystree.
   
   Kogda ispol'zuyutsya operacii s shablonami, naprimer LIKE ili ~,
   indeksy mogut byt' ispol'zovany v sleduyuschih sluchayah:
     * Nachalo stroki poiska dolzhno sovpadat' s nachalom iskomoj stroki,
       t.e.:
          + LIKE shablony ne dolzhny nachinat'sya s %..
          + ~ shablony regulyarnyh vyrazhenij dolzhna nachinat'sya na ^.
     * 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 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' 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.7) Kak posmotret' na to, kak optimizator vypolnyaet moj zapros?
  
   Smotrite stranicu rukovodstva posvyaschennuyu EXPLAIN.
   
  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?
  
   Operator ~ proizvodit poisk regulyarnogo vyrazheniya, a operator ~*
   proizvodit nezavisimyj ot registra bukv poisk regulyarnogo
   vyrazheniya. Nezavisimyj ot registra variant LIKE nazyvaetsya ILIKE.
   
   Nezavisimoe ot registra sravnenie obychno vyrazhaetsya tak:
    SELECT *
    FROM tab
    WHERE lower(col) = 'abc';

   `Eta konstrukciya ne budet ispol'zovat' standartnyj indeks. Odnako,
   esli vy sozdadite indeks vyrazheniya, on budet ispol'zovan:
    CREATE INDEX tabindex ON tab (lower(col));

   Esli vysheukazannyj indeks sozdaiotsya kak UNIQUE, to kolonka, dlya
   kotoroj on sozdaiotsya mozhet hranit' simvoly i v verhnem, i v nizhnem
   registre, indes ne mozhet imet' identichnyh znachenij, kotorye
   otlichayutsya tol'ko registrom. CHtoby v kolonke mozhno bylo hranit'
   simvoly tol'ko v opredelionnom registre, ispol'zujte ogranichenie
   CHECK ili proverku cherez trigger.
   
  4.9) Kak mne opredelit', chto znachenie polya ravno NULL v kakom-libo
  zaprose? Mogu ya otsortirovat' polya NULL ili net?
  
   Vy prosto sravnivaete znachenie s IS NULL i IS NOT NULL, kak zdes':
   SELECT *
   FROM tab
   WHERE col IS NULL;

   CHtoby otsortirovat' dannye po znacheniyu ispol'zujte modifikatory IS
   NULL i IS NOT NULL v vyrazhenii ORDER BY. Kogda oni budut generirovat'
   znacheniya istina, to pri sortirovke oni budut vyshe, chem znacheniya
   lozh', tak chto zapisi s NULL budut v otsortirovannom spiske sverhu:
   SELECT *
   FROM tab
   ORDER BY (col IS NOT NULL);

  4.10) Kakovy otlichiya mezhdu raznymi simvol'nymi tipami?
  
   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.
   
   Pervye chetyre tipa yavlyayutsya "varlena" tipami (t.e., pervye
   chetyre bajta na diske yavlyayutsya dlinnoj, za kotoroj sleduyut
   dannye). Takim obrazom, fakticheski ispol'zuemoe prostranstvo bol'she,
   chem oboznachennyj razmer. Odnako, dlinnye znacheniya takzhe
   szhimayutsya, tak chto zanimaemoe diskovoe prostranstvo mozhet takzhe
   byt' i men'she, chem ozhidalos'.
   VARCHAR(n) - `eto luchshee reshenie, kogda nuzhno hranit' stroki
   peremennoj dliny, ne prevyshayuschie opredelennogo razmera. TEXT -
   `eto luchshee reshenie dlya strok neogranichennoj dliny, s maksimal'no
   dopustimoj dlinoj v 1 gigabajt.
   
   CHAR(n) - `eto luchshee reshenie dlya hraneniya strok, kotorye obychno
   imeyut odinakovuyu dlinu. CHAR(n) zapolnyaetsya pustotoj do zadannoj
   dliny, v to vremya kak VARCHAR(n) hranit tol'ko simvoly, iz kotoryh
   sostoit stroka. BYTEA ispol'zuetsya dlya hraneniya binarnyh dannyh,
   znacheniya kotoryh mogut vklyuchat' NULL bajty. Vse tipy opisannye
   zdes', imeyut shodnye harakteristiki proizvoditel'nosti.
   
  4.11.1) Kak mne sozdat' pole serial/s-avto-uvelicheniem?
  
   PostgreSQL podderzhivaet tip dannyh SERIAL. On avtomaticheski sozdaet
   posledovatel'nost'. Naprimer:
    CREATE TABLE person (
        id   SERIAL,
        name TEXT
    );

   avtomaticheski transliruetsya v:
    CREATE SEQUENCE person_id_seq;
    CREATE TABLE person (
        id   INT4 NOT NULL DEFAULT nextval('person_id_seq'),
        name TEXT
    );

   Smotrite podrobnosti o posledovatel'nostyah na stranice rukovodstva
   posvyaschennoj create_sequence.
   
  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.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')");

   Zatem vy dolzhny takzhe sohranit' novoe znachenie v peremennoj new_id
   dlya ego ispol'zovaniya v drugih zaprosah (naprimer takih kak vneshnij
   klyuch dlya tablicy person). Zametim, chto imya avtomaticheski
   sozdannogo ob"ekta SEQUENCE budet <table>_<serialcolumn>_seq, gde
   table i serialcolumn yavlyayutsya sootvetstvenno imenami vashej
   tablicy i vashej kolonki SERIAL.
   
   V kachestve al'ternativy, vy mozhete poluchit' naznachennoe znachenie
   SERIAL s pomosch'yu funkcii currval() posle provedeniya obychnoj
   operacii vstavki, naprimer
    execute("INSERT INTO person (name) VALUES ('Blaise Pascal')");
    new_id = execute("SELECT currval('person_id_seq')");

  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 vashej
   sessiej, a ne drugimi sessiyami.
   
  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?
  
   Dlya realizacii konkuretnosti, znacheniya posledovatel'nostej, pri
   neobhodimosti vydayutsya vo vremya zapuska tranzakcij i ne
   blokiruyutsya do polnogo vypolneniya tranzakcij. `Eto mozhet vyzyvat'
   razryvy v numeracii pri otmene tranzakcij.
   
  4.12) CHto takoe OID? CHto takoe CTID?
  
   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.
   
   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.
   
   CTID ispol'zuetsya dlya identifikacii special'nyh fizicheskih zapisej
   s blochnymi i offset znacheniyami. CTID izmenyaetsya posle togo kak
   stroki v tablice byli izmeneny ili peregruzheny.
   
   TID ispol'zuetsya indeksnymi zapisyami v kachestve ukazatelya na
   fizicheskie zapisi.
   
  4.13) Pochemu ya poluchayu oshibku "ERROR: Memory exhausted in
  AllocSetAlloc()"?
  
   Predpolozhitel'no u vas zakonchilas' virtual'naya pamyat' ili chto
   vashe yadro imeet malen'kij limit na opredelennye resursy. Popytajtes'
   pered zapuskom postmaster vypolnit' sleduyuschie komandy:
    ulimit -d 262144
    limit datasize 256m

   V zavisimosti ot komandnogo interpretatora shell, tol'ko odna iz
   dannyh komand vypolnitsya uspeshno, no ona pozvolit vam ustanovit'
   bol'shij segment dannyh processa i vozmozhno reshit problemu. `Eta
   komanda izmenyaet parametry tekuschego processa i vseh ego potomkov,
   sozdannyh posle eio zapuska. Esli u vas voznikla problema s SQL
   klientom, potomu chto backend vozvraschaet slishkom bol'shoj ob"em
   dannyh, popytajtes' vypolnit' `etu komandu pered zapuskom klienta.
   
  4.14) Kak mne uznat', kakaya versiya PostgreSQL zapuschena?
  
   Iz psql, naberite SELECT version();
   
  4.15) 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 );

  4.16) Kak mne vypolnit' vneshnee svyazyvanie?
  
   PostgreSQL podderzhivaet vneshnee svyazyvanie, ispol'zuya standartnyj
   sintaksis SQL. Vot dva primera:
    SELECT *
    FROM t1 LEFT OUTER JOIN t2 ON (t1.col = t2.col);

   ili
    SELECT *
    FROM t1 LEFT OUTER JOIN t2 USING (col);

   `Eto identichnye zaprosy svyazyvaniya t1.col i t2.col, takzhe
   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.
   
  4.17) 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
   specifichnye dlya bazy dannyh, neponyatno dazhe, kak dolzhen sebya
   vesti takoj mezhbazovyj zapros.
   
   contrib/dblink pozvolyaet zaprosy mezhdu bazami, ispol'zuya vyzovy
   funkcij. Razumeetsya, klient mozhet odnovremenno takzhe ustanavlivat'
   soedieneniya s razlichnymi bazami dannyh i takih obrazom ob"edinyat'
   informaciyu iz nih.
   
  4.18) Kak mne vernut' iz funkcii neskol'ko strok tablicy?
  
   Vy mozhete legko ispol'zovat' funkcii, vozvraschayuschie spisok,
   http://techdocs.postgresql.org/guides/SetReturningFunctions.
   
  4.19) Pochemu ya poluchayu oshibku "relation with OID #### ne suschestvuet",
  kogda obraschayuts' k vremennym tablicam v funkciyah PL/PgSQL?
  
   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,
   potomu chto sk`eshirovannoe soderzhimoe funkcii soderzhit ukazatel' na
   staruyu vremennuyu tablicu. CHtoby reshit' `etu problemu, ispol'zujte
   EXECUTE dlya dostupa k vremennym tablicam v PL/PgSQL. Ispol'zovanie
   `etogo operatora zastavit zapros peregenerirovat'sya kazhdyj raz.
   
  4.20) Kakie est' resheniya dlya replikacii?
  
   Hotya "replikaciya" -- `eto edinyj termin, est' neskol'ko raznyh
   tehnologij dlya vypolneniya replikacij s raznymi osobennostyami dlya
   kazhdoj.
   
   Replikaciya Master/slave pozvolyaet imet' odin glavnyj (master) server
   dlya vypolneniya zaprosov chteniya/zapisi, v to vremya kak
   podchinionnye (slave) servera mogut proizvodit' tol'ko zaprosy
   chteniya/SELECT. Naibolee populyarnym resheniem dlya replikacii
   master-slave v PostgreSQL yavlyaetsya Slony-I.
   
   Replikaciya Multi-master pozvolyaet vypolnyat' zaprosy chteniya/zapisi
   na neskol'kih, repliciruemyh drug s drugom komp'yuetrah. `Eta
   osobennost' takzhe privodit k potere proizvoditel'nosti, potomu chto
   neobhodima sinhronizaciya izmenenij mezhdu neskol'kimi serverami.
   Naibolee populyarnym resheniem dlya takoj replikacii v PostgreSQL
   yavlyaetsya Pgcluster.
   
  4.21) Pochemu imena tablicy i kolonok ne raspoznayutsya v v moiom zaprose?
  
   Naibolee chasto `eto proishodit iz-za ispol'zovaniya dvojnyh kavychek
   v imeni tablicy ili kolonki pri sozdanii tablicy. Pri ispol'zovanii
   dvojnyh kavychek, imya tablicy i kolonki (kotorye nazyvayut
   identifikatorami) sohranyayutsya v registro-zavisimom vide; `eto
   oznachaet, chto vy dolzhny ispol'zovat' dvojnye kavychki, kogda
   ukazyvaete `eti imena v zaprose. Nekotorye interfejsy, takie kak
   pgAdmin, vo vremya sozdaniya tablicy dobavlyayut dvojnye kavychki
   avtomaticheski. Takim obrazom, chtoby identifikatory raspoznavalis' vy
   dolzhny sledovat' odnomu iz sleduyuschih pravil:
     * Izbegat' ispol'zovaniya dvojnyh kavychek pri sozdanii tablic
     * Ispol'zovat' v identifikatorah tol'ko simvoly nizhnego registra
     * Ispol'zovat' dvojnye kavychki dlya identifikatorov v zaprosah
