From c763cfa9e845621c6f6e7d7571b8be512176b7eb Mon Sep 17 00:00:00 2001 From: Bruce Momjian Date: Mon, 29 Apr 2002 02:57:18 +0000 Subject: [PATCH] Add Polish FAQ from Marcin Mazurek. --- doc/FAQ_polish | 1174 ++++++++++++++++++++++++++++ doc/src/FAQ/FAQ_polish.html | 1448 +++++++++++++++++++++++++++++++++++ 2 files changed, 2622 insertions(+) create mode 100644 doc/FAQ_polish create mode 100644 doc/src/FAQ/FAQ_polish.html diff --git a/doc/FAQ_polish b/doc/FAQ_polish new file mode 100644 index 0000000000..d89b8ea7ab --- /dev/null +++ b/doc/FAQ_polish @@ -0,0 +1,1174 @@ + + Frequently Asked Questions (FAQ) o PostgreSQL + + Ostatnia aktualizacja: Thu Apr 18 00:44:51 EDT 2002 + + Obecny maintainer: Bruce Momjian (pgman@candle.pha.pa.us) + + Tl/umaczenie: Marcin Mazurek (m.mazurek@netsync.pl) + + Najbardziej aktualna wersje tego dokumentu mozna znalezc pod adresem: + http://www.PostgreSQL.org/docs/faq-english.html. + + Odpowiedzi na pytania dotyczace konkretnych systemów operacyjnych + mozna znalezc pod adresem: + http://www.PostgreSQL.org/users-lounge/docs/faq.html. + _________________________________________________________________ + + Pytania ogólne + + 1.1) Co to jest PostgreSQL? Jak to wymawiac? + 1.2) Jaka licencja chroniony jest PostgreSQL? + 1.3) Na jakich systemach Unixowych dzial/a PostreSQL? + 1.4) Na jakich nie-Unixowych systemach dzial/a PostgreSQL? + 1.5) Skad moge sciagnac PostgreSQL? + 1.6) Gdzie mozna szukac wsparcia technicznego? + 1.7) Jaka jest ostatnia dostepna wersja? + 1.8) Jaka dokumentacja jest dostepna? + 1.9) Gdzie moge znalezc informacje o znanych bl/edach czy brakujacych + rozwiazanich? + 1.10) Jak moge sie nauczyc SQL? + 1.11) Czy PostgreSQL ma rozwiazany problem Y2K? + 1.12) Jak moge sie przyl/aczyc do grupy osób bezposrednio pracujacych + nad rozwojem PostgreSQL? + 1.13) Jak moge zgl/aszac bl/edy? + 1.14) Jak mozna porównac PostgreSQL w stosunku do innych DBMS? + 1.15) W jaki sposób moge wesprzec finansowo PostgreSQL? + + Pytania uzytkowników + + 2.1) Czy sa jakies driwery ODBC dla PostgreSQL? + 2.2) Jakie istnieja narzedzia pozwalajace na dostep do PostgreSQL + przez www? + 2.3) Czy istnieje jakies GUI dla PostgreSQL? Narzedzie do + raportowania? Interfejs dla "embedded query language"? + 2.4) Za pomoca jakich jezyków programowania mozna sie komunikowac z + PostgreSQL? + + Pytania administratora + + 3.1) Jak moge zainstalowac PostgreSQL w innej lokalizacji niz + /usr/local/pgsql? + 3.2) Podczas startu postmaster'a, otrzymuje komunikat: Bad System Call + lub "core dumped". Dlaczego? + 3.3) Podczas startu postmaster'a, otrzymuje komunikato bl/edzie: + IpcMemoryCreate. Dlaczego? + 3.4) Podczas startu postmaster'a, otrzymuje komunikat o bl/edzie: + IpcSemaphoreCreate. Dlaczego? + 3.5) W jaki sposób moge kontrolowac pol/aczenia z innych hostów? + 3.6) Jak powinienem skonfigurowac system baz danych aby uzyskac lepsza + wydajnosc? + 3.7) Jakie sa mozliwosci wyszukiwania bl/edów? + 3.8) Skad sie bierze komunikat: "Sorry, too many clients" podczas + próby pol/aczenia sie z baza danych? + 3.9) Co to za pliki typu pg_sorttempNNN.NN , które znajduja sie w + katalogu z plikami bazy danych? + + Pytania dotyczace uzytkowania + + 4.1) Jaka jest róznica pomiedzy kursorami binarnymi (binary cursors) i + zwykl/ymi kursorami (normal cursors)? + 4.2) Jak moge pobrac za pomoca SELECT jedynie kilka pierwszych wyników + zapytania? + 4.3) Jak moge uzyskac liste wszystkich tabel czy innych rzeczy pod + psql? + 4.4) Jak usunac kolumne z tabeli? + 4.5) Jaki jest maksymalny rozmiar dla rzedu, tabeli i bazy danych? + 4.6) Jak duzo miejsca w bazie danych jest potrzebne aby przechowac + dane ze zwyczajnego pliku tekstowego? + 4.7) Jak moge sprawdzic jakie tabele, klucze, bazy danych i + uzytkownicy sa utworzeni? + 4.8) Moje zapytania sa wolne lub nie uzywaja kluczy. Dlaczego? + 4.9) Jak moge sprawdzic w jakis sposób "query optimizer" wykonuje moje + zapytanie? + 4.10) Co to jest "R-tree index"? + 4.11) Co to jest "Genetic Query Optimizer"? + 4.12) Jak moge uzywac wyrazen regularnych w zapytaniach i zapytan + case-insensitive w wyrazeniach regularnych? Jak korzystac z indeksów + dla zapytan case-insensitive? + 4.13) Jak sprawdzic w zapytaniu czy pole ma wartosc NULL? + 4.14) Jaka jest róznica pomiedzy róznymi typami tekstowymi (character + types)? + 4.15.1) Jak moge utworzyc pole typu int, które samo zwieksza swoja + wartosc? + 4.15.2) Jak pobrac wartosc pola typu SERIAL po wykonaniu insert'u? + 4.15.3) Czy uzycie currval() i nextval() nie doprowadzi do "race + condition" z innymi uzytkownikami? + 4.15.4) Dlaczego numery sekwencji nie sa ponownie uzywane przy + przerwaniu transakcji? Skad sie biora luki w numerowaniu kolumny + tabeli sekwencjami/SERIALem? + 4.16) Co to jest OID? Co to jest TID? + 4.17) Jakie jest znaczenie niektórych terminów w PostgreSQL? + 4.18) Skad bierze sie ten bl/ad: "ERROR: Memory exhausted in + AllocSetAlloc()"? + 4.19) Jak sprawdzic jakiej wersji PostgreSQL uzywam? + 4.20) Dlaczego operacje, które wykonuje na duzych obiektach + "large-object" zwracaja komunikat: "invalid large obj descriptor"? + 4.21) Jak stworzyc kolumne której domyslna wartoscia bedzie biezacy + czas? + 4.22) Dlaczego zapytania uzywajace IN sa takie wolne? + 4.23) Jak wykonac "outer join"? + 4.24) Jak wykonywac zapytanie uzywajace kilku baz danych jednoczesnie? + 4.25) Jak zwrócic w funkcji wiele rzedów lub kolumn? + + Rozwijanie PostgreSQL + + 5.1) Napisal/em wl/asna funkcje. Kiedy uzyje jej w psql, program + zrzuca pamiec (dump core)? + 5.2) Jak moge dodac/zgl/osic nowe typy czy funkcje do PostgreSQL? + 5.3) Jak napisac funkcje C zwracajaca krotke (tuple)? + 5.4) Zmienil/em plik zródl/owy. Dlaczego po rekompilacji nie widac + zmiany? + _________________________________________________________________ + + Pytania ogólne + + 1.1) Co to jest PostgreSQL? Jak to wymawiac? + + PostgreSQL wymawia sie Post-Gres-kju-el. + + PostgreSQL jest rozszerzeniem systemu zarzadzania bazami danych - + POSTGRES, kolejna generacja rozwojowego prototypu DBMS. Mimo, ze + PostgreSQL zachowal/ bardzo dobrze zbudowany model danych (data model) + i bogaty zestaw typów danych POSTGRES'a, zastapil/ PostQuel'owy jezyk + zapytan z rozbudowanym podzbiorem jezyka SQL. PostgreSQL jest + oprogramowaniem darmowym z dostepnymi cal/ymi zródl/ami. + + Rozwój PostgreSQL jest prowadzony przez grupe ludzi z Internetu, + komunikujacych sie poprzez mailowe listy dyskusyjne PostgreSQL. + Obecnym koordynatorem jest Marc G. Fournier (scrappy@PostgreSQL.org). + (Zobacz ponizej jak sie przyl/aczyc). Ta grupa ludzi jest + odpowiedzialna za cal/y rozwój PostgreSQL. + + Autorami PostgreSQL 1.01 byli Andrew Yu and Jolly Chen. Wiele innych + osób pomogl/o przy portowaniu, testowaniu, debugowaniu, i rozwijaniu + kodu. Oryginalny kod Postgresa, na którym zostal/ oparty PostgreSQL, + byl/ wysil/kiem studentów oraz pracowników pracujacych pod + kierownictwem profesora Michael'a Stonebraker'a z University of + California w Berkeley. + + Oryginalna nazwa oprogramowania w Berkeley byl/ Postgres. Po dodaniu + obsl/ugi SQL w 1995, nazwa zostal/a zmieniona na Postgres95. Pod + koniec roku 1996 nazwa zostal/a zmieniona na PostgreSQL. + + 1.2) Jaka licencja chroniony jest PostgreSQL? + + PostgreSQL objety jest nastepujaca licencja: + + PostgreSQL Data Base Management System + + Portions copyright (c) 1996-2002, PostgreSQL Global Development Group + Portions Copyright (c) 1994-6 Regents of the University of California + + Permission to use, copy, modify, and distribute this software and its + documentation for any purpose, without fee, and without a written + agreement is hereby granted, provided that the above copyright notice + and this paragraph and the following two paragraphs appear in all + copies. + + IN NO EVENT SHALL THE UNIVERSITY OF CALIFORNIA BE LIABLE TO ANY PARTY + FOR DIRECT, INDIRECT, SPECIAL, INCIDENTAL, OR CONSEQUENTIAL DAMAGES, + INCLUDING LOST PROFITS, ARISING OUT OF THE USE OF THIS SOFTWARE AND + ITS DOCUMENTATION, EVEN IF THE UNIVERSITY OF CALIFORNIA HAS BEEN + ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. + + THE UNIVERSITY OF CALIFORNIA SPECIFICALLY DISCLAIMS ANY WARRANTIES, + INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF + MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE SOFTWARE + PROVIDED HEREUNDER IS ON AN "AS IS" BASIS, AND THE UNIVERSITY OF + CALIFORNIA HAS NO OBLIGATIONS TO PROVIDE MAINTENANCE, SUPPORT, + UPDATES, ENHANCEMENTS, OR MODIFICATIONS. + + Tekst powyzej, jest klasyczna licencja BSD. Nie posiada ona zadnych + restrykcji co do uzywania kodu zródl/owego. Podoba nam sie i nie + zamierzamy jej zmieniac. + + 1.3) Na jakich systemach Unixowych dzial/a PostreSQL? + + PostgreSQL powinien dzial/ac na wszystkich nowych Unix-podobnych + systemach. Platformy, które zostal/y szczegól/owo przetestowane + podczas publikowania PostgreSQL sa wymienione w dokumentacji + opisujacej instalacje. + + 1.4) Na jakich nie-Unixowych systemach dzial/a PostgreSQL? + + Klient + + Mozliwa jest kompilacja bibliteki C libpq C, psql oraz innych + interfejsów i uruchamianie ich na platformie MS Windows. W tym wypadku + klient jest uruchamiany na MS Windows a z serwerem komunikuje sie + poprzez TCP/IP. Serwer moze dzial/ac na dowolnej wspieranej platformie + Unixowej. Plik win31.mak jest dol/aczony do zródel/, aby mozna byl/o + stworzyc biblioteke libpq oraz program psql dzial/ajace w srodowisku + Win32. PostgreSQL moze sie takze komunikowac z klientami ODBC. + + Serwer + + Serwer moze byc uruchamiany na Windows NT i Win2k uzywajac bibliotek + Cygwin, Cygnus Unix/NT. W pliku pgsql/doc/FAQ_MSWIN znajdujacym sie w + zródl/ach lub pod adresem: MS Windows FAQ na naszych stronach. Nie + planujemy tworzyc portu przeznaczonego docelowo dla platformy + Microsoft. + + 1.5) Skad mozna sciagnac PostgreSQL? + + Gl/ówny serwer ftp z dostepem "anonymous" dla PostgreSQL znajduje sie + ftp://ftp.PostgreSQL.org/pub. jesli szukasz mirrorów sprawdz nasza + gl/ówna strone www. + + 1.6) Gdzie mozna szukac wsparcia technicznego? + + Adres gl/ównej listy mailowej: pgsql-general@PostgreSQL.org. Jest ona + przeznaczona dyskusjom dotyczacym spraw zwiazanych z PostgreSQL. Zeby + zapisac sie na liste, wyslij email z nastepujacymi liniami w tresci + maila (nie w temacie): + subscribe + end + + na adres: pgsql-general-request@PostgreSQL.org. + + Dostepna jest takze lista wysyl/ajaca digesty. Aby zapisac sie na nia, + wyslij email na adres: pgsql-general-digest-request@PostgreSQL.org z + trescia maila zawierajaca: + subscribe + end + + Digesty sa wysyl/ane do czl/onków listy, kiedy na gl/ówna liste dotrze + ok 30k wiadomosci. + + Dostepna jest takze lista poswiecona bl/edom znalezionym w PostgreSQL. + Aby zapisac sie na nia wyslij email na adres: + pgsql-bugs-request@PostgreSQL.org z trescia maila zawierajaca: + subscribe + end + + Lista poswiecona dyskusjom developerów jest dostepna pod adresem: + pgsql-hackers-request@PostgreSQL.org Aby sie na nia zapisac wyslij na + jej adres mail z trescia: + subscribe + end + + Dodatkowe informacje o listach mailowych dotyczacych PostgreSQL mozna + znalezc na stronach WWW PostgreSQL pod adresem: + + http://www.PostgreSQL.org + + W sieci EFNet istnieje kanal/ IRC #PostgreSQL. Ja, do pol/aczenia sie + z kanal/em uzywam Unixowego polecenia irc -c '#PostgreSQL' "$USER" + irc.phoenix.net. + + Lista firm oferujacych wsparcie na zasadach komercyjnych znajduje sie + pod adresem: + http://www.postgresql.org/users-lounge/commercial-support.html. + + 1.7) Jaka jest ostatnia dostepna wersja? + + Ostatnia dostepna wersja PostgreSQL to 7.2.1. + + Planujemy publikowanie kolejnych wersji co cztery miesiace. + + 1.8) Jaka dokumentacja jest dostepna? + + Kilka manuali, stron podecznika man, oraz kilka przykl/adów do + testowania sa zal/aczone w samej dystrybucji. Znajduja sie one w + katalogu /doc. Manual moze byc takze przegladany poprzez strony www + pod adresem http://www.PostgreSQL.org/users-lounge/docs/. + + Istnieja takze dwie ksiazki dostepne online pod adresami + http://www.PostgreSQL.org/docs/awbook.html i + http://www.commandprompt.com/ppbook/. Lista ksiazek o PostgreSQL, + które mozna kupic znajduje sie pod adresem + http://www.postgresql.org/books/. Zbiór technicznych artykul/ów o + PostgreSQL znajduje sie pod adresem http://techdocs.postgresql.org/. + + psql posiada kilka wbudowanych polecen \d, za pomoca których mozna + sprawdzic informacje dotyczace typów, operatorów, funkcji, aggregatów + itd. + + Na naszej stronie mozna znalezc duzo wiecej dokumentacji. + + 1.9) Gdzie mozna znalezc informacje o znanych bl/edach czy brakujacych + rozwiazanich? + + PostgreSQL wspiera rozszerzony podzbiór standardu SQL-92. Sprawdz + nasza liste TODO aby znalezc informacje o znanych problemach, + brakujacych rozwiazaniach czy przyszl/ych planach. + + 1.10) Jak moge sie nauczyc SQL? + + Ksiazka o PostgreSQL http://www.PostgreSQL.org/docs/awbook.html uczy + SQL. Jest jeszcze inna ksiazka o PostgreSQL dostepna pod adresem: + http://www.commandprompt.com/ppbook. Dobry tutorial mozesz znalezc pod + adresem: http://www.intermedia.net/support/sql/sqltut.shtm, oraz + http://ourworld.compuserve.com/homepages/graeme_birchall/HTM_COOK.HTM, + i http://sqlcourse.com. + + Jeszcze inny to "Teach Yourself SQL in 21 Days, Second Edition" pod + adresem: http://members.tripod.com/er4ebus/sql/index.htm + + Wielu z naszych uzytkowników poleca The Practical SQL Handbook, + Bowman, Judith S., et al., Addison-Wesley. Inni polecaja The Complete + Reference SQL, Groff et al., McGraw-Hill. + + 1.11) Czy PostgreSQL ma rozwiazany problem Y2K? + + Tak, bez problemu radzimy sobie z datami po roku 2000 AD, oraz przed + rokiem 2000 BC. + + 1.12) Jak moge sie przyl/aczyc do grupy osób bezposrednio pracujacych nad + rozwojem PostgreSQL? + + Przede wszystkim sciagnij ostatnie dostepne zródl/a i przeczytaj + dokumentacje przeznaczona dla developerów na naszej stronie www lub + dostepna takze w zródl/ach PostgreSQL. Nastepnie zapisz sie na listy + mailowe pgsql-hackers i pgsql-patches. I na koniec, wysyl/aj nam + wysokiej jakosci patch'e na liste pgsql-patches. + + Jest okol/o 12 osób, które maja uprawnienia do commit'owania w CVS + PostgreSQL'a. Kazdy z nich submitowal/ tak wiele wysokiej jakosci + patchy, ze stal/o sie niemozliwe dla obecnych commiterów byc z nimi na + biezaco, majac pewnosc ze sa to poprawki wysokiej jakosci. + + 1.13) Jak moge zgl/aszac bl/edy? + + Zajrzyj na strone PostgreSQL BugTool, na której opisane sa wskazówki + jak zgl/aszac informacje o bl/edach. + + Zajrzyj takze na nasz ftp ftp://ftp.PostgreSQL.org/pub, aby sprawdzic + czy nie ma nowszych wersji PostgreSQL czy patchy. + + 1.14) Jak mozna porównac PostgreSQL w stosunku do innych DBMS? + + Jest kilka sposobów oceny softwaru: mozliwosci, wydajnosc, stabilnosc, + wsparcie i cena. + + Mozliwosci + PostgreSQL posiada mozliwosci dostepne w duzych, komercyjnych + systemach DBMS, takie jak transakcje, podzapytania + (subselects), triggery, widoki, klucze obce, referential + integrity, oraz wyrafinowany system blokowania. Mamy takze + wl/asciowsci których inni nie posiadaja, jak typy definiowane + przez uzytkownika, dziedziczenie, rules, multi-version + concurrency control, która redukuje problemy z blokowaiem (lock + contention). + + Wydajnosc + PostgreSQL dzial/a w dwóch trybach. Standardowy tryb fsync + zrzuca kazda zakonczona transakcje na dysk, gwarantujac w ten + sposób to, ze jesli system operacyjny sie zawiesi lub straci + zasilanie wciagu kilku nastepnych sekund, wszystkie Twoje dane + zostana bezpiecznie zapisane na dysku. W tym trybie, jestesmy + wolniejsi niz wiekszosc komercyjnych baz danych, czesciowo + dlatego ze niewiele z nich wykonuje taki sposób zapisywania + danych jako domyslne ustawienie. W trybie no-fsync z regul/y + jestesmy szybsi niz komercyjne bazy danych, chociaz w tym + wypadku zawieszenie sie systemu moze spowodowac uszkodzenie + danych. Pracujemy nad tym, aby stworzyc posredni tryb, który + powoduje mniejsza redukcje wydajnosci niz tryb fsync i pozwoli + na integralnosc danych w przeciagu 30 sekund do zal/amania sie + systemu operacyjnego. + Porównujac do MySQL czy innych prostych baz danych, jestesmy + wolniejsi przy wykonywaniu insertów/updatów przez narzut + spowodowany przez transakcje. Oczywiscie MySQL nie posiada + zadnej z wymienionych wyzej mozliwosci. PostgreSQL zostal/ + zbudowany aby byc DBMS elastycznym i bogatym z róznorakie + mozliwosci, aczkolwiek dbamy, aby poprawiac jego wydajnosc + poprzez analize kodu zródl/owego i profilowanie. Ciekawe + porównanie PostgreSQL i MySQL mozna znalezc pod adresem + http://openacs.org/why-not-mysql.html + Kazde pol/aczenie klienta jest obsl/ugiwane przez nas poprzez + stworzenie nowego procesu Unixowego. Procesy backendu dziela + bufory danych oraz informacje o blokadach. Uzywajac wielu + procesorów, rózne backendy moga bez problemu dzial/ac na + róznych procesorach. + + Stabilnosc + Zdajemy sobie sprawe, ze DBMS musi byc stabilny, w przeciwnym + wypadku jest bez wartosci. Staramy sie publikowac kod stabilny, + dobrze przetestowany, z minimum mozliwych bl/edów. Kazde + wydanie poprzedza conajmniej miesiac testów wersji beta. + Patrzac na historie wydan PostgreSQL widac, ze dostarczamy + stabilne, dobrze sprawdzone wersje, które sa gotowe do uzycia w + srodowisku produkcyjnym. Myslimy, ze proces publikowania + kolejnych wersji opracowany przez nas jest jednym z lepszych + wsród innych twórców oprogramowania bazodanowego. + + Wsparcie + Dzieki naszym listom mailowym masz dostep do duzej liczby + programistów i uzytkowników, którzy pomagaja rozwiazac kazdy + napotkany problem. Chociaz nie mozemy gwarantowac znalezienia + rozwiazania danego problemu, nie róznimy sie w tym od innych + komercyjnych systemów DBMS. Bezposredni kontakt z + programistami, uzytkownikami, dokumentacja i kodem zródl/owym + sprawiaja, ze wsparcie oferowane PostgreSQL niejednokrotnie + jest lepsze niz w innych systemach DBMS. Istnieje takze + mozliwosc skorzystania z komercyjnego wsparcia dla tych, + których takiego rozwiazania potrzebuja. (Sprawdz ten punkt + FAQ.) + + Cena + Korzystanie z PostgreSQL jest darmowe, zarówno w przypadku + komercyjnym jak i niekomercyjnym. Mozesz korzystac z naszego + kodu zródl/owego w Twoim produkcie bez zadnych ograniczen, poza + tymi wymienionymi w licencji BSD przytoczonej powyzej. + + 1.15) W jaki sposób moge wesprzec finansowo PostgreSQL? + + PostgreSQL korzysta z najlepszej infrastruktury od samego poczatku + istnienia projektu, tzn. szesciu lat. Wszystko to zawdzieczamy + Marc'owi Fournier'owi, który stworzyl/ ta infrastrukture i zarzadza + nia od lat. + + Wysokiej jakosci infrastruktura jest bardzo wazna dla kazdego projektu + open-source. Zapobiega przerwom w rozwoju projektu i jakimkolwiek + przestojom. + + Oczywiscie korzystanie z wysokiej jakosci infrastruktury nie jest + tanie. Istnieje wiele róznych miesiecznych, czy jednorazowych + wydatków, które trzeba ponosic aby wszystko dzial/al/o jak nalezy. + Jesli Ty, badz Twoja firma moze wspomóc finansowo rozwój PostgreSQL + odwiedz adres: http://www.pgsql.com/pg_goodies gdzie opisane jest jak + to zrobic. + + Chociaz na stronie wspomniana jest nazwa PostgreSQL Inc, "datki" sa + przeznaczone jedynie na rozwój projektu PostgreSQL i nie sa + przeznaczane na finansowanie jakiejkolwiek firmy. Jesli wolisz, mozesz + wysl/ac czek na adres kontaktowy. + _________________________________________________________________ + + User Client Questions + + 2.1) Czy sa jakies driwery ODBC dla PostgreSQL? + + Dostepne sa dwa driwery ODBC: PsqlODBC i OpenLink ODBC. + + PsqlODBC jest dol/aczony do zródel/. Wiecej informacji na jego temat + mozesz znalezc pod adresem: ftp://ftp.PostgreSQL.org/pub/odbc/. + + OpenLink ODBC moze byc pobrany z adresu: http://www.openlinksw.com. + Wspól/pracuje ze standardowym oprogramowaniem klienckim ODBC wiec w + ten sposób mozesz korzystac z PostgreSQL ODBC dostepnego na kazdej + plaformie która wspiera (Win, Mac, Unix, VMS). + + Autorzy beda prawdopodobnie sprzedawac ten produkt osobom które + wymagaja komercyjnego wsparcia, ale wersja darmowa bedzie zawsze + dostepna. Wszystkie pytania mozesz wysyl/ac na adres: + postgres95@openlink.co.uk. + + Sprawdz takze rozdzial/ o ODBC w "Programmer's Guide". + + 2.2) Jakie istnieja narzedzia pozwalajace na dostep do PostgreSQL przez + www? + + Dobry podrecznik dla poczatkujacych o dostepie do bazy danych przez + www mozesz znalezc pod adresem: http://www.webreview.com + + Inny znajduje sie pod adresem: http://www.phone.net/home/mwm/hotlist/. + + Do integracji z www, swietnym rozwiazaniem jest PHP. Mozesz znalezc + wiecej informacji na ten temat pod adresem http://www.php.net. + + Wiele osób w przypadku skomplikowanych rozwiazan uzywa Perl'a i + modul/u CGI.pl. + + 2.3) Czy istnieje jakies GUI dla PostgreSQL? Narzedzie do raportowania? + Interfejs dla "embedded query language"? + + Mamy cal/kiem mil/y interfejs graficzny, który zostal/ nazwany + pgaccess i jest on dostarczany jako czesc zródel/. pgaccess posiada + takze generator raportów. Mozna go znalezc pod adresem + http://www.flex.ro/pgaccess + + Udostepnilismy takze ecpg, który jest "embedded SQL query language + interface" dla jezyka C. + + 2.4) Za pomoca jakich jezyków programowania mozna sie komunikowac z + PostgreSQL? + + Mamy wsparcie dla: + * C (libpq) + * C++ (libpq++) + * Embedded C (ecpg) + * Java (jdbc) + * Perl (perl5) + * ODBC (odbc) + * Python (PyGreSQL) + * TCL (libpgtcl) + * C Easy API (libpgeasy) + * Embedded HTML (PHP z http://www.php.net) + _________________________________________________________________ + + Pytania administratora + + 3.1) Jak moge zainstalowac PostgreSQL w innej lokalizacji niz + /usr/local/pgsql? + + Uzyj opcji --prefix podczas uruchamiania skryptu configure. + + 3.2) Podczas startu postmaster'a, otrzymuje komunikat o bl/edzie: Bad + System Call lub "core dumped". Dlaczego? + + Ten bl/ad moze byc wynikiem wielu problemów, ale na poczatek sprawdz + czy masz zainstalowane rozszerzenia systemu V w jadrze systemu. + PostgreSQL wymaga do pracy zainstalowanej obsl/ugi pamieci dzielonej i + semaforów. + + 3.3) Podczas startu postmaster'a, otrzymuje komunikat o bl/edzie: + IpcMemoryCreate. Dlaczego? + + Albo nie masz poprawnie skonfigurowanej obsl/ugi pamieci dzielonej w + jadrze systemu, albo musisz zwiekszyc jej dostepny rozmiar. Dokl/adna + ilosc jaka potrzebujesz jest zalezna od architektury systemu na jakim + pracujesz, jak duzo buforów oraz jak duzo procesów backendu + skonfigurowal/es dla postmaster'a. Dla wiekszosci systemów, z domyslna + liczba buforów i procesów potrzebujesz minimum w przyblizeniu 1MB. + Zobacz PostgreSQL Administrator's Guide gdzie szczegól/owo zostal/o + opisane wykorzystanie pamieci dzielonej i semaforów. + + 3.4) Podczas startu postmaster'a, otrzymuje komunikat o bl/edzie: + IpcSemaphoreCreate. Dlaczego? + + Jesli tresc bl/edu brzmi: IpcSemaphoreCreate: semget failed (No space + left on device) oznacza to, ze jadro systemu nie jest skonfigurowane + do obsl/ugi wystarczajacej liczby semaforów. Postgres wymaga jednego + semafor'a na potencjalny jeden proces backend. Tymczasowym + rozwiazaniem jest uruchomienie programu postmaster z mniejsza + maksymalna liczba procesów backend. Uzyj opcji -N z parameterem + mniejszym od domyslnego - 32. Bardziej trwal/ym rozwiazaniem jest + zwiekszenie parametrów SEMMNS i SEMMNI jadra twojego systemu. + + Niedzial/ajace semafory moga spowodowac niepoprawne zamkniecie systemu + w czasie intensywnego korzystania z bazy. + + Jesli tresc bl/edu jest inna, moze to oznaczac, ze obsl/uga semaforów + nie zostal/a wl/aczona do jadra wcale. Zobacz PostgreSQL + Administrator's Guide po bardziej szczegól/owe informacje o pamieci + dzielonej i semaforach. + + 3.5) W jaki sposób moge kontrolowac pol/aczenia z innych hostów? + + Domyslnie PostgreSQL pozwala jedynie na pol/aczenia za pomoca socketów + Unixowych z lokalnego hosta. Inne hosty nie beda mogl/y sie pol/aczyc + z serwerem dopóki nie zostanie dodana opcja -i do postmaster'a, oraz + nie umozliwi sie autoryzacji na podstawie adresu hostów modyfikujac + odpowiednio plik $PGDATA/pg_hba.conf. To zmiany pozwola na pol/aczenia + TCP/IP. + + 3.6) Jak powinienem skonfigurowac system baz danych aby uzyskac lepsza + wydajnosc? + + Indeksy bez watpienia moga przyspieszyc wykonywanie zapytan. Polecenie + EXPLAIN pozwala zobaczyc jak PostgreSQL interpretuje Twoje zapytanie i + które indeksy sa uzywane. + + Jesli wykonujesz bardzo duzo INSERTów, moze warto je wykonac za pomoca + jednego duzego pliku uzywajac polecenia COPY. Jest to duzo szybsze niz + pojedyncze INSERTy. Po drugie polecenia SQL nie zawarte w bloku + okreslajacym transakcje - BEGIN WORK/COMMIT, sa traktowane jako + pojedyncza transakcja. Rozwaz wykonanie kilku polecen/zdan SQL w + jednym bloku transakcji. To redukuje narzut powodowany przez + transakcje. Przy duzych zmianach w danych, warto usunac i stworzyc na + nowo indeksy. + + Jest kilka opcji pozwalajacych na poprawienie wydajnosci. Mozesz + wyl/aczyc fsync() poprzez uruchomienie postmaster'a z opcjami -o -F. + To spowoduje, ze fsync() nie bedzie zrzucal/ danych na dysk po kazdej + transakcji. + + Mozesz takze uruchomic postmaster'a z opcja -B aby zwiekszyc wielkosc + pamieci dzielonej uzywanej przez procesy backendów. Jesli ustawisz ta + wartosc zbyt wysoko i przekroczysz limity ustawione przez kernel na + pamiec dzielona, postmaster moze sie nie uruchomic. Kazdy bufor + zajmuje 8K a domyslna ilosc buforów to 64. + + Mozesz takze uzyc opcji -S dla backendu aby zwiekszyc maksymalna + wartosc pamieci uzywana przez proces backendu podczas sortowania. + Opcja -S jest ustawiana wartoscia podawana w kilobajtach, domyslna + wartosc to 512K. + + Mozesz takze uzyc polecenia CLUSTER aby pogrupowac dane w tabelach wg + indeksu. Zobacz opis polecenia CLUSTER w manualu zeby dowiedziec sie + wiecej. + + 3.7) Jakie sa mozliwosci wyszukiwania bl/edów? + + PostgreSQL ma kilka mozliwosci na raportowanie informacji o jego + statusie, które moga byc przydatne przy debugowaniu procesu. + + Przede wszystkim uruchom skrypt configure z opcja --enable-cassert, + wiele funkcji assert() monitoruja postep procesu backend i zatrzymuja + program kiedy wydarzy sie cos nieoczekiwanego. + + Zarówno postmaster jak i postgres maja kilka opcji do debugowania. Za + kazdym razem kiedy uruchamiasz postmaster'a, upewnij sie, ze wysyl/asz + standardowe wyjscie i error do pliku z logami, np. w ten sposób: + cd /usr/local/pgsql + ./bin/postmaster >server.log 2>&1 & + + To utworzy plik server.log w gl/ównym katalogu PostgreSQL. Ten plik + zawiera pozyteczne informacje o problemach i bl/edach, które + wydarzyl/y sie podczas pracy serwera. Postmaster posiada opcje -d, + która pozwala na raportowanie bardzo szczególowych informacji. Do + opcji -d podajemy liczbe, która okresla szczegól/owosc wysyl/anych + informacji. Musisz miec swiadomosc, ze wysoki poziom logowania bedzie + powodowal/ tworzenie bardzo duzych plików z logami. + + Jesli postmaster nie zostal/ uruchomiony, mozesz uruchomic + postgres'owy backend z linii polecen, i uruchomic Twoje polecenie SQL + bezposrednio na nim. Taki sposób jest polecany jedynie w przypadku + debugowania. Zwróc uwage, ze w tym wypadku zapytanie konczy znak nowej + linii a nie srednik. Jesli skompilowal/es z opcjami debugowania mozesz + uzyc debuggera aby sprawdzic co sie dzieje. Poniewz backend nie + zostal/ uruchomiony przez postmaster'a, nie dzial/a w identycznym + srodowisku, co oznacza ze powtórzenie warunków w jakich wystapil/y + problemy moze byc problemem. + + Jesli postmaster dzial/a, uruchom psql w jednym z okien, nastepnie + znajdz PID procesu postgres uzywanego przez psql. Uzyj debuggera aby + do PID'u postgres'a. Mozesz ustawiac pul/apki (breakpoints) w + debuggerze i wykonywac zapytania z psql. Jesli debugujesz uruchamianie + postgres'a, mozesz ustawic zmienna PGOPTIONS="-W n", nastepnie + uruchomic psql. Opcja ta pozwoli spowolnic uruchomienie na n sekund + abys mógl/ sie pol/aczyc z procesem za pomoca debugera, ustawic + jakiekolwiek pul/apki i kontynuowac proces uruchamiania. + + postgres moze byc uruchamiany z opcjami -s, -A i -t, które moga byc + bardzo przydatne przy debuggowaniu i ocenie wydajnosci. + + Mozesz takze skompilowac z profilingiem aby zobaczyc jakie funkcje ile + czasu wykonuja sie. Pliki profilowane dla backendu zostana umieszczone + w katalogu pgsql/data/base/dbname. Pliki profilu klienta zostana + umieszczone w biezacym katalogu klienta. Linux wymaga aby kompilowac z + opcja -DLINUX_PROFILE aby profilowanie odbywal/o sie poprawnie. + + 3.8) Skad sie bierze komunikat: "Sorry, too many clients" podczas próby + pol/aczenia sie z baza danych? + + Musisz zwiekszyc limit ilosci jednoczesnych procesów bacekendu dla + procesu postmaster'a. + + Domyslny limit to 32 procesy. Mozesz go zwiekszyc przez restart + postmaster z odpowiednia wartoscia ustawiana opcje -N w pliku + postgresql.conf. + + Wez pod uwage, ze jesli zwiekszysz wartosc podana w opcji -N na wiecej + niz 32 musisz takze zwiekszyc wartosc w opcji -B ponad jej domyslna + wartosc 64; wartosc -B musi byc co najmniej dwa razy wieksza od + wartosci podanej w opcji -N, a prawdopodobnie powinna byc w + rzeczywistosci jeszcze wieksza dla optymalnej wydajnosci. Dla duzej + liczby procesów backendu na pewno zauwazysz, ze trzeba zwiekszyc rózne + parametry jadra Unixa. Rzeczy, które pownienes sprawdzic to maksymalna + liczba bloków pamieci dzielonej, SHMMAX; maksymalna liczba semaforów, + SEMMNS oraz SEMMNI; maksymalna liczba procesów, NPROC; maksymalna + liczba procesów na jednego uzytkownika, MAXUPRC; i maksymalna liczba + otwartych plików, NFILE oraz NINODE. Powód dla którego PostgreSQL ma + limit na maksymalna liczbe procesów backendu to obawa o wyczerpanie + zasobów systemu. + + W wersjach PostgreSQL wczesniejszych niz 6.5, maksymalna liczba + backendów byl/a ustawiona na 64, a zmiana tej wartosci wymaga + rekompliacji po zmianie stal/ej MaxBackendId w pliku + include/storage/sinvaladt.h. + + 3.9) Co to sa za pliki typu: pg_sorttempNNN.NN, które znajduja sie w + katalogu z plikami bazy danych? + + Sa to tymczasowe pliki utworzone przez executor. Dla przykl/adu, jesli + jakas operacja sortowania jest wymagana do wykonania ORDER BY, a samo + sortowanie wymaga wiecej miejsca niz paratmetr backendu -S ustawil/ do + wykorzystania, wtedy tymczasowe pliki sa uzywane do przechowywania + tych danych. + + Pliki tymczasowe powinny byc usuniete automatycznie, ale mogl/o sie to + nie stac jesli proces backendu w miedzyczasie nie zakonczyl/ sie + poprawnie podczas operacji sortowania. Jesli w danym momencie nie + dzial/aja zadne procesy backendów mozesz spokojnie usunac pliki + pg_tempNNN.NN. + _________________________________________________________________ + + Pytania dotyczace uzywania + + 4.1) Jaka jest róznica pomiedzy kursorami binarnymi (binary cursors) i + zwykl/ymi kursorami (normal cursors)? + + Zobacz w manualu opis polecenia DECLARE. + + 4.2) Jak moge pobrac za pomoca SELECT jedynie kilka pierwszych wyników + zapytania? + + Zobacz w manualu opis polecenia FETCH lub uzyj polecenia SELECT ... + LIMIT.... + + Nawet jesli chesz pobrac kilka pierwszych rzedów z wyniku zapytania, + cal/e zapytanie musi zostac wykonane. Byc moze powinienes skorzystac z + polecenia ORDER BY. Jesli istnieje indeks który odpowiada polom + okreslonym przez ORDER BY, PostgreSQL moze wykorzystac jedynie kilka + pierwszych rzedów, byc moze bedzie koniecznosc wykonania zapytania do + momentu az zostana znalezione pozadane wyniki. + + 4.3) Jak moge uzyskac liste wszystkich tabel czy innych rzeczy pod psql? + + Mozesz sprawdzic zawartosc zródel/ psql, a konkretnie plik + pgsql/src/bin/psql/describe.c. Zawiera on polecenia SQL które generuja + wyniki komend z backslashem. Mozesz takze uruchomic psql z opcja -E + wtedy po wykonaniu polecenia z backslashem wyswietlane bedzie + zapytanie, które w rzeczywistosci jest wykonywane. + + 4.4) Jak usunac kolumne z tabeli? + + Nie mamy zaimplementowanego ALTER TABLE DROP COLUMN, ale mozesz zrobic + tak: + SELECT ... -- wybierz zawartosc wszystkich kolumn poza ta jedna której chc +esz sie pozbyc + INTO TABLE new_table + FROM old_table; + DROP TABLE old_table; + ALTER TABLE new_table RENAME TO old_table; + + 4.5) Jaki jest maksymalny rozmiar dla rzedu, tabeli i bazy danych? + + Oto wszystkie ograniczenia: + Maksymalny rozmiar dla bazdy danych? nieograniczony ( istnieja bazy dan +ych o wielkosci 500 GB databases ) + Maksymalny rozmiar dla tabeli? 16 TB + Maksymalny rozmiar dla rzedu? nieograniczony w 7.1 i pózniejszyc +h + Maksymalny rozmiar pola? 1 GB w 7.1 and later + Maksymalna liczba rzedów w tabeli? nieograniczona + Maksymalna liczba kolumn w tabeli? 250-1600 w zalezonosci od typów kolum +n + Makasymalna liczba indeksów na tabeli? nieograniczona + + Oczywiscie "nieograniczony" nie jest prawda tak do konca, istnieja + ograniczenia wynikajace z dostepnego miejsca na dysku, pamieci/swapa. + Kiedy wielkosci te beda bardzo duze moze odbic sie to na wydajnosci. + + Maksymalny rozmiar tabeli, czyli 16 TB nie wymaga od systemu + operacyjnego wsparcia dla duzych plików. Duze tabele sa przechowywane + jako pliki o rozmiarze 1 GB, wiec ograniczenia co do wielkosci plików + narzucone przez system plików nie sa istotne. + + Masymalny rozmiar tabeli i maksymalna liczba kolumn moze byc + zwiekszona jesli zwiekszymy domyslny rozmiar bloku (block size) do + 32k. + + 4.6) Jak duzo miejsca w bazie danych jest konieczne aby przechowywac dane + ze zwyczajnego pliku tekstowego? + + Baza danych PostgreSQL moze potrzebowac do pieciu razy wiecej miejsca + na przechowywanie danych z plików tekstowych niz ich objetosc. + + Jako przykl/ad mozemy rozwazyc plik skl/adajacy sie z 100,000 linii + zbudowanych z liczby cal/kowitej oraz opisu tekstowego w kazdej. + Zal/ózmy, ze srednio kazdy l/ancuch tekstu w linii zajmuje 20 bajtów. + Cal/y plik powinien zajmowac ok. 2.8 MB. Rozmiar pliku bazy danych w + PostgreSQL zawierajacego te dane mozna oszacowac na okol/o 6.4MB: + 36 bajtów: nagl/ówek kazdego rzedu w przyblizeniu) + 24 bajty: jedno pole int i jedno pole typu text + + 4 bajty: wkaznik na stronie do krotki + -------------------------------------------------- + 64 bajty w jednym rzedzie + + Strona danych w PostgreSQL zajmuje 8192 bajtów (8 KB), wiec: + + 8192 bajtów na strone + --------------------- = 128 rzedów na jedna strone w bazie (zaokraglone w + dól/) + 64 bajtów na rzad + + 100000 rzedów danych + ----------------------- = 782 stron w bazie danych (zaokraglone w góre) + 128 rzedów na strone + +782 stron w bazie * 8192 bajtów na strone = 6,406,144 bajtów (6.4 MB) + + Indeksy nie powoduja duzego narzutu na zajmowane miejsce, ale + zawieraja pewne dane, wiec w pewnych przypadkach moga byc cal/kiem + duze. + + 4.7) Jak moge sprawdzic jakie tabele, klucze, bazy danych i uzytkownicy sa + utworzeni? + + psql ma cal/kiem duza ilosc polecen z backslashem aby wydobyc takie + informacje. Wprowadz \? aby zobaczyc ich spis. Istnieja takze tablice + systemowe rozpoczynajace sie od pg_, zawierajace interesujace Ciebie + informacje. Wykonanie psql -l pokaze spis wszystkich baz danych. + + Obejrzyj takze plik pgsql/src/tutorial/syscat.source. Zawiera on wiele + z zapytan typu SELECT, które sa potrzebne aby wydobyc informacje z + tablic systemowych. + + 4.8) Moje zapytania sa wolne lub nie uzywaja kluczy. Dlaczego? + + Indeksy nie sa uzywane automatycznie przez kazde z zapytan. Ideksy sa + uzywane jedynie gdy tabela jest odpowiedniego rozmiaru, wiekszego niz + wymagany minimalny, a zapytanie wybiera jedynie mal/y procent + zawartosci tabeli. Wynika to z tego, ze losowy dostep do dysku + powodowany przez ideksowane poszukiwanie jest czasami wolniejsze niz + poszukiwanie sekwencyjne bez uzycia kluczy. + + Zeby zdecydowac czy indeks powinien byc uzywany, PostgreSQL musi miec + statystyki dotyczace danej tabeli. Sa one gromadzone przez uzycie + polecenia VACUUM ANALYZE, lub poprostu ANALYZE. uzywajac statystyk, + optymalizator wie ile rzedów jest w tabeli i moze lepiej okreslic czy + indeksy powinny byc uzyte. Statystyki moga byc takze pomocne w + okresleniu najlepszej kolejnosci wykonania zl/aczenia (join) i jego + sposobu. Gromadzenie statystyk powinno sie odbywac w okreslonych + interwal/ach czasu poniewaz dane w tabelach zmieniaja sie. + + Indeksy nie sa zazwyczaj uzywane przez ORDER BY lub przy wykonywaniu + zl/aczen (join). Sekwencyjne przeszukiwanie po którym nastepuje + sortowanie jest zazwyczaj szybsze nie wyszukiwanie za pomoca indeksu + na duzej tabeli. + Jakkolwiek LIMIT w pol/aczeniu z ORDER BY czesto bedzie wykorzystywal/ + indeksów poniewaz jedynie mal/a czesc z tabeli jest zwracana. + + Kiedy uzywa sie operatorów dopasujacych takich jak LIKE lub ~, indeksy + beda uzywane jedynie jesli poczatek wyszukiwania jest oparty na + poczatku l/ancucha tekstu. Dlatego, aby uzywac indeksów, dopasowania + operatorem LIKE nie moga sie zaczynac %, a dopasowania operatorem ~ + (dopasowania regularne) musza sie zaczynac znakiem specjalnym ^. + + 4.9) Jak moge sprawdzic w jakis sposób "query optimizer" wykonuje moje + zapytanie? + + Zobacz manual dla polecenia EXPLAIN. + + 4.10) Co to jest "R-tree index"? + + Indeks R-tree jest uzywany do indeksowania danych przestrzennych. + Indeks hasuujacy nie nadaje sie do wyszukiwania odlegl/osci. Natomiast + indeks typu B-tree moze wyszukiwac odleglosci jedynie w + jednowymiarowych przestrzeniach. R-tree indeks radzi sobie z + przestrzeniami wielo-wymiarowymi. Dla przykl/adu, jesli zostanie + zal/ozony indeks typu R-tree na polu typu point, system moze bardziej + wydajnie odpowiadac na zapytania typu "select all points within a + bounding rectangle." + + Zródl/owym dokumentem opisujacym oryginalnie projektowanie R-tree + indeksów jest: + + 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. + + Ten dokument mozesz znalezc takze w pracy Stonebraker'a "Readings in + Database Systems". + + Wbudowane indeksy R-trees radza sobie w wielobokami i boxes. + Teoretycznie, indeksy R-tree moga byc rozszerzone o mozliwosci + indeksowania w wiecej wymiarowych przestrzeniach. W praktyce, + rozbudowa indeksów R-tree wymaga troche pracy, a w tej chwili nie + dysponujemy jakakolwiek dokumentacja jak to zrobic. + + 4.11) Co to jest "Genetic Query Optimizer"? + + Modul/ GEQO ma za zadanie przyspieszenie optymalizacji zapytan l/aczac + wiele tabel za pomoca algorytmów genetycznych (Genetic Algorithm + (GA)). Pozwala na uzywanie duzych zapytan l/aczacych tabele (join + queries) bez wykorzystywania zasobozernego wyszukiwania. + + 4.12) Jak moge uzywac wyrazen regularnych w zapytaniach i zapytan + case-insensitive w wyrazeniach regularnych? jak korzystac z indeksów dla + zapytan case-insensitive? + + Operator ~ moze byc wykorzystywany do wyszukiwania za pomoca wyrazen + regularnych, a ~* do wyszukiwania case-insensitive z wyrazeniami + regularnymi. Wariant case-insensitive dla LIKE zostal/ nazwany ILIKE i + jest dostepny w PostgreSQL 7.1 i pózniejszych wersjach. + + Porównania case-insensitive sa zazwyczaj wykonywane w nastepujacy + sposób: + SELECT * + FROM tab + WHERE lower(col) = 'abc' + + W tym wypadku standardowe indeksy nie beda uzywane. Mozesz utworzyc + indeks funkcyjny, poprzez: + CREATE INDEX tabindex on tab (lower(col)); + + 4.13) Jak sprawdzic w zapytaniu czy pole ma wartosc NULL? + + Mozesz to sprawdzic, testujac wartosc kolumny warunkiem IS NULL albo + IS NOT NULL. + + 4.14) Jaka jest róznica pomiedzy róznymi typami tekstowymi (character + types)? + +Type Nazwa wewnetrzna Uwagi +-------------------------------------------------- +"char" char 1 znak +CHAR(#) bpchar wypel/niane pustymi znakami do podanej dl/ug +osci +VARCHAR(#) varchar rozmiar okresla maksymalna dl/ugosc, nie ma +tutaj wypel/niania +TEXT text bez limitu na dl/ugosc l/ancucha +BYTEA bytea zmiennej dl/ugosci tablica bajtów (null-byte + safe) + + Jesli bedziesz przegladac katalogi systemowe lub komunikaty o bl/edach + czesto spotkasz sie z podanymi powyzej nazwami wewnetrznymi. + + Ostatnie cztery typy powyzej to tzw typy "varlena" (np. pierwsze + cztery bajty na dysku to dl/ugosc, po których jest data). Dlatego + faktyczna dl/ugosc takiego l/ancucha jest troche wieksza niz + zadeklarowany rozmiar. Te typy takze podlegaja kompresji lub moga byc + przechowywane out-of-line jako TOAST, wiec faktyczne zuzycie miejsca + na dysku moze byc mniejsze niz oczekiwane. + + CHAR() jast najlepszym typem do przechowywania l/ancuchów o tej samej + dl/ugosci. VARCHAR() jest najodpowiedniejszy do przechowywania + l/ancuchów o róznej dl/ugosci ale okresla on maksymalna jego dl/ugosc. + TEXT jest najlepszy dla l/ancuchów o dowolnej dl/ugosci, nie + przekraczajacej 1GB. BYTEA sl/uzy do przechowywania danych binarnych, + w szczególnosci dla danych zawierajacych NULL bajty. + + 4.15.1) Jak moge utworzyc pole które samo zwieksza swoja wartosc? + + PostgreSQL ma zaimplementowany typ SERIAL. Automatycznie tworzy + sekwencje i indeks na tej kolumnie. Dla przykladu: + CREATE TABLE person ( + id SERIAL, + name TEXT + ); + + zostanie automatycznie prztl/umaczone na: + CREATE SEQUENCE person_id_seq; + CREATE TABLE person ( + id INT4 NOT NULL DEFAULT nextval('person_id_seq'), + name TEXT + ); + CREATE UNIQUE INDEX person_id_key ON person ( id ); + + Wiecej informacji o sekwencjach znajdziesz w manualu o + create_sequence. Mozesz takze uzyc pola OID jako unikalnej wartosci + dla kazdego rzedu danych. Jesli bedziesz potrzebowal/ z backupowac + dane robiac dump bazy i odtworzyc ja, musisz uzyc pg_dump z opcja -o + lub polecenia COPY WITH OIDS aby zachowac OIDy. + + 4.15.2) Jak pobrac wartosc pola typu SERIAL po wykonaniu insert'u? + + Jednym z podejsc jest pobranie kolejnej wartosci typu SERIAL z + sekwencji za pomoca funkcji nextval() zanim zostanie wstawiona, a + pózniej nalezy jej uzyc. Uzywajac przykl/adu z tabeli z punktu 4.15.1, + moze to wygladac w Perlu na przykl/ad w ten sposób: + new_id = output of "SELECT nextval('person_id_seq')" + INSERT INTO person (id, name) VALUES (new_id, 'Blaise Pascal'); + + Bedziesz mial/ wtedy ta wartosc przechowana w zmiennej new_id do + uzytku w innych zapytaniach (np. jako klucz obcy do tabeli person). + Warto zwrócic uwage, ze nazwa automatycznie utworzonej sekwencji + SEQUENCE bedzie nastepujaca: __seq, gdzie + tabela i kolumnatypuserial sa nazwami Twojej tabeli i Twojej kolumny + typu SERIAL. + + Inne rozwiazanie to uzycie funkcji currval() na pola typu SERIAL po + dodaniu nowej wartosci do rzedu zawierajacego kolumne typu SERIAL z + wstawiona domyslnie wartoscia, np. + INSERT INTO person (name) VALUES ('Blaise Pascal'); + new_id = output of "SELECT currval('person_id_seq')"; + + Ostatecznie mozesz uzyc OID zwracanej po wykonaniu INSERT, chociaz to + jest najmniej przenosne rozwiazanie. W Perlu, wykorzystujac biblioteke + DBI z modul/em Edmunda Mergla DBD::Pg, oid jest dostepny poprzez + $sth->{pg_oid_status} po wykonaniu $sth->execute(). + + 4.15.3) Czy uzycie currval() i nextval() nie doprowadzi do race condition z + innymi uzytkownikami? + + Nie. currval() zwraca biezaca wartosc przypisana przez Twój backend, a + nie przez wszystkich uzytkowników. + + 4.15.4) Dlaczego numery sekwencji nie sa ponownie uzywane przy przerwaniu + transakcji? Skad sie biora luki w numerowaniu kolumny tabeli + sekwancjami/SERIALem? + + Aby poprawic zbieznosc (concurrency), wartosci sekwencji sa podawane + dzial/ajacym transakcjom kiedy tego potrzebuja i nie sa blokowane + dopóki transakcja sie nie zakonczy. To spowoduje przerwy w numerowaniu + z przerwanych transakcji. + + 4.16) Co to jest OID? Co to jest TID? + + OID sa PostgreSQL'owym rozwiazaniem problemu unikalnych numerów + rzedów. Kazdy rzad tworzony przez PostgreSQL otrzymuje unikalny OID. + Wszystkie OIDy generowane podczas procesu uruchamianego przez skrypt + initdb maja mniejsza wartosc niz 16384 (na podstawie pliku + backend/access/transam.h). Wszystkie OIDy tworzone przez uzytkownika + sa równe lub wieksze podanej wczesniej wartosci. Domyslnie wszystkie + OIDy sa unikalne nie tylko w pojedynczej tabeli czy bazie danych ale w + cal/ej instalacji PostgreSQL. + + PostgreSQL uzywa OIDów w swoim wewnetrznym systemie tabel, aby mozna + byl/o je l/aczyc. Te OIDy moga byc uzywane aby identyfikowac rzedy w + tabelach i wykorzystywac je w zl/aczeniach tych tabel. Zaleca sie abys + uzywal/ typu OID aby przechowywac wartosci OID. Mozesz utworzyc indeks + na polu OID aby dostep do niego byl/ szybszy. + + OID sa przypisane do wszystkich rzedów z jednego gl/ównego miejsca i + uzywane sa przez wszystkie bazy danych. Jesli chcial/bys zmienic OID + na cos innego, lub jesli chcial/bys zrobic kopie tabeli, z orginalnymi + OIDami nie ma zadnego przeciwwskazania abys to zrobil/: + CREATE TABLE new_table(old_oid oid, mycol int); + SELECT old_oid, mycol INTO new FROM old; + COPY new TO '/tmp/pgtable'; + DELETE FROM new; + COPY new WITH OIDS FROM '/tmp/pgtable'; + + OIDy sa przechowywane jako cztero-bajtowe liczby cal/kowite i skoncza + sie po osiagnieciu czterech miliardów. Nikt jak dotad nie zgl/osil/ + aby cos takiego sie stalo, ale mamy zamiar pozbyc sie tego + ograniczenia zanim ktos to zgl/osi. + + TID sa uzywane aby zidentyfikowac konkretne rzedy z blokami i + wartoscia ofsetów. TIDy zmieniaja sie wraz ze zmianami rzedów. Sa + uzywane przez indeksy, aby wskazywac do fizycznych rzedów. + + 4.17) Jakie jest znaczenie niektórych terminów w PostgreSQL? + + W czesci kodu zródl/owego i starszej dokumentacji uzywamy terminów, + które maja bardziej ogólne znaczenie. Oto niektóre z nich: + * 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 + + Liste terminów zwiazanych z bazami danych mozesz znalezc pod tym + adresem:http://www.comptechnews.com/~reaster/dbdesign.html + + 4.18) Skad bierze sie ten bl/ad "ERROR: Memory exhausted in + AllocSetAlloc()"? + + Jesli uzywasz wersji starszej niz 7.1, upgrade moze rozwiazac ten + problem. Jest takze mozliwe, ze po prostu wyczerpal/a Ci sie pamiec + wirtualna (virtual memory) w systemie lub Twój kernel ma zbyt nisko + ustawione limity dla pewnych zasobów. Spróbuj wykonac nastepujace + polecenia zanim uruchomisz postmaster'a: + ulimit -d 262144 + limit datasize 256m + + W zaleznosci od shell'a jakiego uzywasz jedno z tych polecen moze nie + zadzial/ac, ale to ustawienie pozwoli ustawic segment danych dla + procesu znacznie wiekszy i byc moze pozwoli wykonac zapytanie. To + polecenie zadzial/a dla biezacego procesu oraz wszytkich podprocesów + utworzonych po wykonaniu polecenia. Jesli ten problem wystepuje z + klientem SQL, poniewaz backend zwraca zbyt duzo danych, spróbuj + wykonac to polecenie przed uruchomieniem klienta. + + 4.19) Jak sprawdzic jakiej wersji PostgreSQL uzywam? + + W psql, wpisz select version(); + + 4.20) Dlaczego operacje, które wykonuje na duzych obiektach "large-object" + zwracaja komunikat: "invalid large obj descriptor"? + + Musisz uzyc BEGIN WORK i COMMIT przed i po uzyciu uchwytu do duzego + obiektu, tzn. musisz nimi otoczyc funkcje lo_open ... lo_close. + + Obecnie PostgreSQL uzywjac "rule" zamyka uchwyt do duzego obiektu przy + kazdym wywol/aniu "commit". Wiec pierwsze próba zrobienia czegokolwiek + z uchwytem spowoduje wypisanie: invalid large obj descriptor. Kod, + który do tej pory dzial/al/ (przynajmniej wiekszosc razy) bedzie teraz + generowal/ informacje o bl/edzie jesli nie bedziesz korzystal/ z + transakcji. + + Jesli uzywasz interfejsu klienta jak ODBC byc moze bedziesz musial/ + ustawic auto-commit off. + + 4.21) Jak stworzyc kolumne której domyslna wartoscia bedzie biezacy czas? + + Uzyj CURRENT_TIMESTAMP: +CREATE TABLE test (x int, modtime timestamp DEFAULT CURRENT_TIMESTAMP ); + + 4.22) Dlaczego zapytania uzywajace IN sa takie wolne? + + Obecnie l/aczymy podzapytania w outer queries poprzez sekwencyjne + przeszukiwanie wyników podzapytania dla kazdego rzedu z outer query. + Mozna to ominac zastepujac IN przez EXISTS: +SELECT * + FROM tab + WHERE col1 IN (SELECT col2 FROM TAB2) + + na: +SELECT * + FROM tab + WHERE EXISTS (SELECT col2 FROM TAB2 WHERE col1 = col2) + + Mamy zamiar poprawic to ograniczenie w przyszl/ych wydaniach. + + 4.23) Jak wykonac "outer join"? + + PostgreSQL 7.1 i pózniejsze wersje maja zaimplementowane outer join + wykorzystujac standardowa skl/adnie SQL. Ponizej dwa przykl/ady: + SELECT * + FROM t1 LEFT OUTER JOIN t2 ON (t1.col = t2.col); + + or + SELECT * + FROM t1 LEFT OUTER JOIN t2 USING (col); + + Te dwa identyczne zapytania l/acza kolumne t1.col z kolumna t2.col, + ale takze zwróca niepol/aczone rzedy w t1 (te które nie pasuja w t2). + RIGHT join dodal/by niepol/aczone rzedy z tabeli t2. FULL join + zwrócil/by rzedy plus dodatkowo wszystkie rzedy z tabel t1 i t2. + Sl/owo OUTER jest opcjonalne i jest dodawane domyslnie przy LEFT, + RIGHT, i FULL join'ach. Zwykl/e join'y sa nazywane INNER joins. + + W poprzednich wersjach "outer joins" moga byc zasymulowane poprzez + uzycie slowa kluczowego UNION i NOT IN. Dla przykl/adu, l/aczac tabele + tab1 i tab2, nastepujace zapytanie wykonuje outer join: + 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) Jak wykonywac zapytanie uzywajace kilku baz danych jednoczesnie? + + Nie ma takiej mozliwosci aby w zapytaniu odpytawac inna baze danych + poza biezaca. Poniewaz PostgreSQL l/aduje specyficzne dla bazy danych + katalogi systemowe, nie jest do konca jasne jak zapytanie pomiedzy + róznymi bazami danych powinno sie zachowywac. + + Oczywiscie klient moze l/aczyc sie z róznymi bazami danych i l/aczyc + informacje w ten sposób uzyskana. + + 4.25) Jak zwrócic w funkcji wiele rzedów lub kolumn? + + Mozesz zwracac zbiory z funkcji PL/pgSQL uzywajac refcursors. Zobacz + http://developer.postgresql.org/docs/postgres/plpgsql-cursors.html, + sekcje 23.7.3.3. + + Rozwijanie PostgreSQL + + 5.1) Napisal/em wl/asna funkcje. Kiedy uzyje jej w psql, program zrzuca + pamiec (dump core)? + + Problem moze byc spowodowany przez bardzo wiele rzeczy. Spróbuj + najpierw przetestowac Twoja funkcje w samodzielnie dzial/ajacym + programie. + + 5.2) Jak moge dodac/zgl/osic nowe typy czy funkcje do PostgreSQL? + + Wyslij Twoje propozycje na liste mailowa pgsql-hackers, wtedy + prawdopodobnie Twój kod znajdzie sie w katalogu contrib/. + + 5.3) Jak napisac funkcje C zwracajaca krotke (tuple)? + + To wymaga wysil/ku tak olbrzymiego, ze nawet autorzy nigdy tego nie + prubowali, chociaz z zalozen wynika, ze jest to mozliwe. + + 5.4) Zmienil/em plik zródl/owy. Dlaczego po rekompilacji nie widac zmiany? + + Pliki Makefiles nie maja dorzuconych odpowiednich zaleznosci dla + plików nagl/ówkowych (include files). Wykonaj najpierw make clean, a + nastepnie ponownie make. Jesli uzywasz GCC mozesz uzyc opcji + --enable-depend przy wykonywaniu configure aby diff --git a/doc/src/FAQ/FAQ_polish.html b/doc/src/FAQ/FAQ_polish.html new file mode 100644 index 0000000000..56a052cf66 --- /dev/null +++ b/doc/src/FAQ/FAQ_polish.html @@ -0,0 +1,1448 @@ + + + + + + + + + + PostgreSQL FAQ + + + + +

Frequently Asked Questions (FAQ) o PostgreSQL

+ +

Ostatnia aktualizacja: Thu Apr 18 00:44:51 EDT 2002

+ +

Obecny maintainer: Bruce Momjian (pgman@candle.pha.pa.us)
+

+

T³umaczenie: Marcin Mazurek (m.mazurek@netsync.pl)
+

+ + +

Najbardziej aktualn± wersjê tego dokumentu mo¿na znale¼æ pod + adresem: + http://www.PostgreSQL.org/docs/faq-english.html.

+ +

Odpowiedzi na pytania dotycz±ce konkretnych systemów operacyjnych + mo¿na znale¼æ pod adresem: + http://www.PostgreSQL.org/users-lounge/docs/faq.html.

+
+ +

Pytania ogólne

+ 1.1) Co to jest PostgreSQL? Jak to wymawiaæ?
+ 1.2) Jak± licencj± chroniony jest PostgreSQL?
+ 1.3) Na jakich systemach Unixowych dzia³a + PostreSQL?
+ 1.4) Na jakich nie-Unixowych systemach dzia³a + PostgreSQL?
+ 1.5) Sk±d mogê ¶ci±gn±æ PostgreSQL?
+ 1.6) Gdzie mo¿na szukaæ wsparcia technicznego?
+ 1.7) Jaka jest ostatnia dostêpna wersja?
+ 1.8) Jaka dokumentacja jest dostêpna?
+ 1.9) Gdzie mogê znale¼æ informacjê o znanych + b³êdach czy brakuj±cych rozwi±zanich?
+ 1.10) Jak mogê siê nauczyæ SQL?
+ 1.11) Czy PostgreSQL ma rozwi±zany problem Y2K?
+ 1.12) Jak mogê siê przy³±czyæ do grupy osób + bezpo¶rednio pracuj±cych nad rozwojem PostgreSQL?
+ 1.13) Jak mogê zg³aszaæ b³êdy?
+ 1.14) Jak mo¿na porównaæ PostgreSQL w stosunku + do innych DBMS?
+ 1.15) W jaki sposób mogê wesprzeæ finansowo + PostgreSQL?
+ +

Pytania u¿ytkowników

+ 2.1) Czy s± jakie¶ driwery ODBC dla + PostgreSQL?
+ 2.2) Jakie istniej± narzêdzia pozwalaj±ce na dostêp do + PostgreSQL przez www?
+ 2.3) Czy istnieje jakie¶ GUI dla PostgreSQL? + Narzêdzie do raportowania? Interfejs dla "embedded query language"?
+ 2.4) Za pomoc± jakich jêzyków programowania mo¿na + siê komunikowaæ z PostgreSQL?
+ + +

Pytania administratora

+ 3.1) Jak mogê zainstalowaæ PostgreSQL w innej + lokalizacji ni¿ /usr/local/pgsql?
+ 3.2) Podczas startu postmaster'a, + otrzymujê komunikat: + Bad System Call lub "core dumped". Dlaczego?
+ 3.3) Podczas startu postmaster'a, + otrzymujê komunikato b³êdzie: IpcMemoryCreate. Dlaczego?
+ 3.4) Podczas startu postmaster'a, + otrzymujê komunikat o b³êdzie: IpcSemaphoreCreate. Dlaczego?
+ 3.5) W jaki sposób mogê kontrolowaæ po³±czenia z + innych hostów?
+ 3.6) Jak powinienem skonfigurowaæ system baz + danych aby uzyskaæ lepsz± wydajno¶æ?
+ 3.7) Jakie s± mo¿liwo¶ci wyszukiwania b³êdów?
+ 3.8) Sk±d siê bierze komunikat: "Sorry, too many + clients" podczas próby po³±czenia siê z baz± danych?
+ 3.9) Co to za pliki typu pg_sorttempNNN.NN + , które znajduj± siê w katalogu z plikami bazy danych?
+ + +

Pytania dotycz±ce u¿ytkowania

+ 4.1) Jaka jest ró¿nica pomiêdzy kursorami + binarnymi (binary cursors) i zwyk³ymi kursorami (normal cursors)?
+ 4.2) Jak mogê pobraæ za pomoc± SELECT + jedynie kilka pierwszych wyników zapytania?
+ 4.3) Jak mogê uzyskaæ listê wszystkich tabel czy + innych rzeczy pod psql?
+ 4.4) Jak usun±æ kolumnê z tabeli?
+ 4.5) Jaki jest maksymalny rozmiar dla rzêdu, + tabeli i bazy danych?
+ 4.6) Jak du¿o miejsca w bazie danych jest + potrzebne aby przechowaæ dane ze zwyczajnego pliku tekstowego?
+ 4.7) Jak mogê sprawdziæ jakie tabele, klucze, + bazy danych i u¿ytkownicy s± utworzeni?
+ 4.8) Moje zapytania s± wolne lub nie u¿ywaj± + kluczy. Dlaczego?
+ 4.9) Jak mogê sprawdziæ w jakis sposób "query + optimizer" wykonuje moje zapytanie?
+ 4.10) Co to jest "R-tree index"?
+ 4.11) Co to jest "Genetic Query Optimizer"?
+ 4.12) Jak mogê u¿ywaæ wyra¿eñ regularnych w + zapytaniach i zapytañ case-insensitive w wyra¿eniach regularnych? + Jak korzystaæ z indeksów dla zapytañ case-insensitive?
+ 4.13) Jak sprawdziæ w zapytaniu czy pole ma + warto¶æ NULL?
+ 4.14) Jaka jest ró¿nica pomiêdzy ró¿nymi typami + tekstowymi (character types)?
+ 4.15.1) Jak mogê utworzyæ pole typu int, które samo + zwiêksza swoj± warto¶æ?
+ 4.15.2) Jak pobraæ warto¶æ pola typu + SERIAL po wykonaniu insert'u?
+ 4.15.3) Czy u¿ycie currval() i + nextval() nie doprowadzi do "race condition" z innymi + u¿ytkownikami?
+ 4.15.4) Dlaczego numery sekwencji nie s± + ponownie u¿ywane przy przerwaniu transakcji? + Sk±d siê bior± luki w numerowaniu kolumny tabeli sekwencjami/SERIALem?
+ 4.16) Co to jest OID? Co to jest + TID?
+ 4.17) Jakie jest znaczenie niektórych terminów w + PostgreSQL?
+ 4.18) Sk±d bierze siê ten b³±d: "ERROR: Memory + exhausted in AllocSetAlloc()"?
+ 4.19) Jak sprawdziæ jakiej wersji PostgreSQL + u¿ywam?
+ 4.20) Dlaczego operacje, które wykonujê na + du¿ych obiektach "large-object" zwracaj± komunikat: + "invalid large obj descriptor"?
+ 4.21) Jak stworzyæ kolumnê której domy¶ln± + warto¶ci± bêdzie bie¿±cy czas?
+ 4.22) Dlaczego zapytania u¿ywaj±ce + IN s± takie wolne?
+ 4.23) Jak wykonaæ "outer join"?
+ 4.24) Jak wykonywaæ zapytanie u¿ywaj±ce kilku + baz danych jednocze¶nie?
+ 4.25) Jak zwróciæ w funkcji wiele rzêdów lub + kolumn?
+ + +

Rozwijanie PostgreSQL

+ 5.1) Napisa³em w³asn± funkcjê. Kiedy u¿yjê jej w + psql, program zrzuca pamiêæ (dump core)?
+ 5.2) Jak mogê dodaæ/zg³osiæ nowe typy czy funkcje + do PostgreSQL?
+ 5.3) Jak napisaæ funkcjê C zwracaj±c± krotkê + (tuple)?
+ 5.4) Zmieni³em plik ¼ród³owy. Dlaczego po + rekompilacji nie widaæ zmiany?
+ +
+ +

Pytania ogólne

+ +

1.1) Co to jest PostgreSQL? Jak to wymawiaæ?

+ +

PostgreSQL wymawia siê Post-Gres-kju-el.

+ +

PostgreSQL jest rozszerzeniem systemu zarz±dzania bazami danych - + POSTGRES, kolejn± generacj± rozwojowego prototypu DBMS. + Mimo, ¿e PostgreSQL zachowa³ bardzo dobrze zbudowany model danych + (data model) i bogaty zestaw typów danych POSTGRES'a, zast±pi³ + PostQuel'owy jêzyk zapytañ z rozbudowanym podzbiorem jêzyka + SQL. PostgreSQL jest oprogramowaniem darmowym + z dostêpnymi ca³ymi ¼ród³ami. +

+ +

Rozwój PostgreSQL jest prowadzony przez grupê ludzi z Internetu, + komunikuj±cych siê poprzez mailowe listy dyskusyjne PostgreSQL. + Obecnym koordynatorem jest Marc G. Fournier (scrappy@PostgreSQL.org). (Zobacz + poni¿ej jak siê przy³±czyæ). Ta grupa ludzi jest odpowiedzialna za + ca³y rozwój PostgreSQL.

+ +

Autorami PostgreSQL 1.01 byli Andrew Yu and Jolly Chen. + Wiele innych osób pomog³o przy portowaniu, testowaniu, debugowaniu, i + rozwijaniu kodu. Oryginalny kod Postgresa, na którym zosta³ oparty + PostgreSQL, by³ wysi³kiem studentów oraz pracowników pracuj±cych pod + kierownictwem profesora Michael'a Stonebraker'a z University of + California w Berkeley.

+ +

Oryginaln± nazw± oprogramowania w Berkeley by³ Postgres. Po + dodaniu obs³ugi SQL w 1995, nazwa zosta³a zmieniona + na Postgres95. Pod koniec roku 1996 nazwa zosta³a zmieniona na + PostgreSQL.

+ +

1.2) Jak± licencj± chroniony jest + PostgreSQL?

+ +

PostgreSQL objêty jest nastêpuj±c± licencj±:

+ +

PostgreSQL Data Base Management System

+ +

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

+ +

Permission to use, copy, modify, and distribute this software + and its documentation for any purpose, without fee, and without a + written agreement is hereby granted, provided that the above + copyright notice and this paragraph and the following two + paragraphs appear in all copies.

+ +

IN NO EVENT SHALL THE UNIVERSITY OF CALIFORNIA BE LIABLE TO ANY + PARTY FOR DIRECT, INDIRECT, SPECIAL, INCIDENTAL, OR CONSEQUENTIAL + DAMAGES, INCLUDING LOST PROFITS, ARISING OUT OF THE USE OF THIS + SOFTWARE AND ITS DOCUMENTATION, EVEN IF THE UNIVERSITY OF + CALIFORNIA HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

+ +

THE UNIVERSITY OF CALIFORNIA SPECIFICALLY DISCLAIMS ANY + WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES + OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE + SOFTWARE PROVIDED HEREUNDER IS ON AN "AS IS" BASIS, AND THE + UNIVERSITY OF CALIFORNIA HAS NO OBLIGATIONS TO PROVIDE MAINTENANCE, + SUPPORT, UPDATES, ENHANCEMENTS, OR MODIFICATIONS.

+ +

Tekst powy¿ej, jest klasyczn± licencj± BSD. + Nie posiada ona ¿adnych restrykcji co do u¿ywania kodu ¼ród³owego. + Podoba nam siê i nie zamierzamy jej zmieniaæ. + +

1.3) Na jakich systemach Unixowych dzia³a + PostreSQL?

+ +

PostgreSQL powinien dzia³aæ na wszystkich nowych Unix-podobnych + systemach. Platformy, które zosta³y szczegó³owo przetestowane podczas + publikowania PostgreSQL s± wymienione w dokumentacji opisuj±cej + instalacjê.

+ +

1.4) Na jakich nie-Unixowych systemach dzia³a + PostgreSQL?

+ +

Klient

+ +

Mo¿liwa jest kompilacja bibliteki C libpq C, psql oraz + innych interfejsów i uruchamianie ich na platformie MS Windows. W tym + wypadku klient jest uruchamiany na MS Windows a z serwerem komunikuje siê + poprzez TCP/IP. Serwer mo¿e dzia³aæ na dowolnej wspieranej platformie + Unixowej. Plik win31.mak jest do³±czony + do ¼róde³, aby mo¿na by³o stworzyæ bibliotekê libpq oraz + program psql dzia³aj±ce w ¶rodowisku Win32. PostgreSQL mo¿e siê + tak¿e komunikowaæ z klientami ODBC.

+ +

Serwer

+ +

Serwer mo¿e byæ uruchamiany na Windows NT i Win2k u¿ywaj±c + bibliotek Cygwin, Cygnus Unix/NT. W pliku pgsql/doc/FAQ_MSWIN + znajduj±cym siê w ¼ród³ach lub pod adresem: MS Windows FAQ + na naszych stronach. Nie planujemy tworzyæ portu przeznaczonego + docelowo dla platformy Microsoft.

+ +

1.5) Sk±d mo¿na ¶ci±gn±æ PostgreSQL?

+ +

G³ówny serwer ftp z dostêpem "anonymous" dla PostgreSQL znajduje + siê ftp://ftp.PostgreSQL.org/pub. + je¶li szukasz mirrorów sprawd¼ nasz± g³ówn± stronê www.

+ +

1.6) Gdzie mo¿na szukaæ wsparcia technicznego?

+ +

Adres g³ównej listy mailowej: pgsql-general@PostgreSQL.org. + Jest ona przeznaczona dyskusjom dotycz±cym spraw zwi±zanych z PostgreSQL. + ¯eby zapisac siê na listê, wy¶lij email z nastêpuj±cymi liniami w + tre¶ci maila (nie w temacie):

+
+    subscribe
+    end
+
+ +

na adres: pgsql-general-request@PostgreSQL.org.

+ +

Dostêpna jest tak¿e lista wysy³aj±ca digesty. Aby zapisaæ siê na + ni±, wy¶lij email na adres: + pgsql-general-digest-request@PostgreSQL.org + z tre¶ci± maila zawieraj±c±:

+
+    subscribe
+    end
+
+ Digesty s± wysy³ane do cz³onków listy, kiedy na g³ówn± listê dotrze ok + 30k wiadomo¶ci. + +

Dostêpna jest tak¿e lista po¶wiêcona b³êdom znalezionym w + PostgreSQL. Aby zapisaæ siê na ni± wy¶lij email na adres: + pgsql-bugs-request@PostgreSQL.org + z tre¶ci± maila zawieraj±c±:

+
+    subscribe
+    end
+
+ Lista po¶wiêcona dyskusjom developerów jest dostêpna pod adresem: + pgsql-hackers-request@PostgreSQL.org + Aby siê na ni± zapisaæ wy¶lij na jej adres mail z tre¶ci±: +
+    subscribe
+    end
+
+ +

Dodatkowe informacje o listach mailowych dotycz±cych PostgreSQL + mo¿na znale¼æ na stronach WWW PostgreSQL pod adresem:

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

W sieci EFNet istnieje kana³ IRC #PostgreSQL. Ja, do + po³±czenia siê z kana³em u¿ywam Unixowego polecenia irc -c + '#PostgreSQL' "$USER" irc.phoenix.net.

+ +

Lista firm oferuj±cych wsparcie na zasadach komercyjnych znajduje + siê pod adresem: http://www.postgresql.org/users-lounge/commercial-support.html.

+ +

1.7) Jaka jest ostatnia dostêpna wersja?

+ +

Ostatnia dostêpna wersja PostgreSQL to 7.2.1.

+ +

Planujemy publikowanie kolejnych wersji co cztery miesi±ce.

+ +

1.8) Jaka dokumentacja jest dostêpna?

+ +

Kilka manuali, stron podêcznika man, oraz kilka przyk³adów do + testowania s± za³±czone w samej dystrybucji. Znajduj± siê one w + katalogu /doc. Manual mo¿e byæ tak¿e przegl±dany poprzez + strony www pod adresem http://www.PostgreSQL.org/users-lounge/docs/.

+ +

Istniej± tak¿e dwie ksi±¿ki dostêpne online pod adresami + http://www.PostgreSQL.org/docs/awbook.html + i http://www.commandprompt.com/ppbook/. + Lista ksi±¿ek o PostgreSQL, które mo¿na kupiæ znajduje siê pod adresem + http://www.postgresql.org/books/. + Zbiór technicznych artyku³ów o PostgreSQL znajduje siê pod adresem http://techdocs.postgresql.org/.

+ +

psql posiada kilka wbudowanych poleceñ \d, za pomoca których + mo¿na sprawdziæ informacje dotycz±ce typów, operatorów, funkcji, + aggregatów itd.

+ +

Na naszej stronie mo¿na znale¼æ du¿o wiêcej dokumentacji.

+ +

1.9) Gdzie mo¿na znale¼æ informacjê o znanych + b³êdach czy brakuj±cych rozwi±zanich?

+ +

PostgreSQL wspiera rozszerzony podzbiór standardu SQL-92. + Sprawd¼ nasz± listê TODO + aby znale¼æ informacjê o znanych problemach, brakuj±cych + rozwi±zaniach czy przysz³ych planach.

+ +

1.10) Jak mogê siê nauczyæ + SQL?

+ +

Ksi±¿ka o PostgreSQL http://www.PostgreSQL.org/docs/awbook.html + uczy SQL. Jest jeszcze inna ksi±zka o PostgreSQL + dostêpna pod adresem: http://www.commandprompt.com/ppbook. + Dobry tutorial mo¿esz znale¼æ pod adresem: http://www.intermedia.net/support/sql/sqltut.shtm, + oraz + http://ourworld.compuserve.com/homepages/graeme_birchall/HTM_COOK.HTM, + i http://sqlcourse.com.

+ +

Jeszcze inny to "Teach Yourself SQL in 21 Days, Second Edition" + pod adresem: http://members.tripod.com/er4ebus/sql/index.htm

+ +

Wielu z naszych u¿ytkowników poleca The Practical SQL Handbook, + Bowman, Judith S., et al., Addison-Wesley. Inni polecaj± The + Complete Reference SQL, Groff et al., McGraw-Hill.

+ +

1.11) Czy PostgreSQL ma rozwi±zany problem Y2K?

+ +

Tak, bez problemu radzimy sobie z datami po roku 2000 AD, oraz + przed rokiem 2000 BC.

+ +

1.12) Jak mogê siê przy³±czyæ do grupy osób + bezpo¶rednio pracuj±cych nad rozwojem PostgreSQL?

+ +

Przede wszystkim ¶ci±gnij ostatnie dostêpne ¼ród³a i przeczytaj + dokumentacjê przeznaczon± dla developerów na naszej stronie www lub + dostêpn± tak¿e w ¼ród³ach PostgreSQL. Nastêpnie zapisz siê na listy + mailowe pgsql-hackers i + pgsql-patches. I na koniec, wysy³aj nam wysokiej jako¶ci + patch'e na listê pgsql-patches.

+ +

Jest oko³o 12 osób, które maj± uprawnienia do commit'owania w + CVS PostgreSQL'a. Ka¿dy z nich submitowa³ tak wiele + wysokiej jako¶ci patchy, ¿e sta³o siê niemo¿liwe dla obecnych + commiterów byæ z nimi na bie¿±co, maj±c pewno¶æ ¿e s± to poprawki + wysokiej jako¶ci.

+ +

1.13) Jak mogê zg³aszaæ b³êdy?

+ +

Zajrzyj na stronê PostgreSQL BugTool, na + której opisane s± wskazówki jak zg³aszaæ informacje o b³êdach.

+ +

Zajrzyj tak¿e na nasz ftp ftp://ftp.PostgreSQL.org/pub, aby + sprawdziæ czy nie ma nowszych wersji PostgreSQL czy patchy.

+ +

1.14) Jak mo¿na porównaæ PostgreSQL w stosunku + do innych DBMS?

+ +

Jest kilka sposobów oceny softwaru: mo¿liwo¶ci, + wydajno¶æ, stabilno¶æ, wsparcie i cena.

+ +
+
Mo¿liwo¶ci
+ +
PostgreSQL posiada mo¿liwo¶ci dostêpne w du¿ych, komercyjnych + systemach DBMS, takie jak transakcje, podzapytania + (subselects), triggery, widoki, klucze obce, referential integrity, + oraz wyrafinowany system blokowania. Mamy tak¿e w³a¶ciow¶ci których + inni nie posiadaj±, jak typy definiowane przez u¿ytkownika, + dziedziczenie, rules, multi-version concurrency control, która + redukuje problemy z blokowaiem (lock contention).
+
+
+ +
Wydajno¶æ
+ +
PostgreSQL dzia³a w dwóch trybach. Standardowy tryb fsync + zrzuca ka¿d± zakoñczon± transakcjê na dysk, gwarantuj±c w ten + sposób to, ¿e je¶li system operacyjny siê zawiesi lub straci + zasilanie wci±gu kilku nastepnych sekund, wszystkie Twoje dane + zostan± bezpiecznie zapisane na dysku. W tym trybie, jeste¶my + wolniejsi ni¿ wiêkszo¶æ komercyjnych baz danych, czê¶ciowo dlatego + ¿e niewiele z nich wykonuje taki sposób zapisywania danych jako + domy¶lne ustawienie. + W trybie no-fsync z regu³y jeste¶my szybsi ni¿ komercyjne + bazy danych, chocia¿ w tym wypadku zawieszenie siê systemu mo¿e + spowodowaæ uszkodzenie danych. Pracujemy nad tym, aby stworzyæ + po¶redni tryb, który powoduje mniejsz± redukcjê wydajno¶ci ni¿ tryb + fsync i pozwoli na integralno¶æ danych w przeci±gu 30 sekund do + za³amania siê systemu operacyjnego.
+
+ Porównuj±c do MySQL czy innych prostych baz danych, jeste¶my + wolniejsi przy wykonywaniu insertów/updatów przez narzut + spowodowany przez transakcje. Oczywi¶cie MySQL nie posiada ¿adnej z + wymienionych wy¿ej mo¿liwo¶ci. PostgreSQL zosta³ zbudowany + aby byæ DBMS elastycznym i bogatym z ró¿norakie mo¿liwo¶ci, + aczkolwiek dbamy, aby poprawiaæ jego wydajno¶æ poprzez analizê + kodu ¼ród³owego i profilowanie. Ciekawe porównanie PostgreSQL i MySQL + mo¿na znale¼æ pod adresem http://openacs.org/why-not-mysql.html
+ +
+ Ka¿de po³±czenie klienta jest obs³ugiwane przez nas poprzez + stworzenie nowego procesu Unixowego. Procesy backendu dziel± + bufory danych oraz informacjê o blokadach. U¿ywaj±c wielu + procesorów, ró¿ne backendy mog± bez problemu dzia³aæ na ró¿nych + procesorach.
+
+
+ +
Stabilno¶æ
+ +
Zdajemy sobie sprawê, ¿e DBMS musi byæ stabilny, + w przeciwnym wypadku jest bez warto¶ci. Staramy siê publikowaæ kod + stabilny, dobrze przetestowany, z minimum mo¿liwych b³êdów. Ka¿de + wydanie poprzedza conajmniej miesi±c testów wersji beta. Patrz±c na + historiê wydañ PostgreSQL widaæ, ¿e dostarczamy stabilne, dobrze + sprawdzone wersje, które s± gotowe do u¿ycia w ¶rodowisku + produkcyjnym. My¶limy, ¿e proces publikowania kolejnych wersji + opracowany przez nas jest jednym z lepszych w¶ród innych twórców + oprogramowania bazodanowego.
+
+
+ +
Wsparcie
+ +
Dziêki naszym listom mailowym masz dostêp do du¿ej liczby + programistów i u¿ytkowników, którzy pomagaj± rozwi±zaæ ka¿dy + napotkany problem. Chocia¿ nie mo¿emy gwarantowaæ znalezienia + rozwi±zania danego problemu, nie ró¿nimy siê w tym od innych + komercyjnych systemów DBMS. Bezpo¶redni kontakt z + programistami, u¿ytkownikami, dokumentacj± i kodem ¼ród³owym + sprawiaj±, ¿e wsparcie oferowane PostgreSQL niejednokrotnie jest + lepsze ni¿ w innych systemach DBMS. Istnieje tak¿e + mo¿liwo¶æ skorzystania z komercyjnego wsparcia dla tych, których + takiego rozwi±zania potrzebuj±. + (Sprawd¼ ten punkt FAQ.)
+
+
+ +
Cena
+ +
Korzystanie z PostgreSQL jest darmowe, zarówno w przypadku + komercyjnym jak i niekomercyjnym. Mo¿esz korzystaæ z naszego kodu + ¼ród³owego w Twoim produkcie bez ¿adnych ograniczeñ, poza tymi + wymienionymi w licencji BSD przytoczonej powy¿ej.
+
+
+
+ +

1.15) W jaki sposób mogê wesprzeæ finansowo + PostgreSQL?

+ +

PostgreSQL korzysta z najlepszej infrastruktury od samego pocz±tku + istnienia projektu, tzn. sze¶ciu lat. Wszystko to zawdziêczamy Marc'owi + Fournier'owi, który stworzy³ t± infrastrukturê i zarz±dza ni± od + lat.

+ +

Wysokiej jako¶ci infrastruktura jest bardzo wa¿na dla ka¿dego + projektu open-source. Zapobiega przerwom w rozwoju projektu i + jakimkolwiek przestojom.

+ +

Oczywi¶cie korzystanie z wysokiej jako¶ci infrastruktury nie jest + tanie. Istnieje wiele róznych miesiêcznych, czy jednorazowych + wydatków, które trzeba ponosiæ aby wszystko dzia³a³o jak nale¿y. + Je¶li Ty, b±d¼ Twoja firma mo¿e wspomóc finansowo rozwój PostgreSQL + odwied¼ adres: http://www.pgsql.com/pg_goodies + gdzie opisane jest jak to zrobiæ.

+ +

Chocia¿ na stronie wspomniana jest nazwa PostgreSQL Inc, "datki" + s± przeznaczone jedynie na rozwój projektu PostgreSQL i nie s± + przeznaczane na finansowanie jakiejkolwiek firmy. Je¶li wolisz, + mo¿esz wys³aæ czek na adres kontaktowy.

+
+ +

User Client Questions

+ +

2.1) Czy s± jakie¶ driwery ODBC dla + PostgreSQL?

+ +

Dostêpne s± dwa driwery ODBC: PsqlODBC + i OpenLink ODBC.

+ +

PsqlODBC jest do³±czony do ¼róde³. Wiêcej informacji na jego temat + mo¿esz znale¼æ pod adresem: ftp://ftp.PostgreSQL.org/pub/odbc/.

+ +

OpenLink ODBC mo¿e byæ pobrany z adresu: http://www.openlinksw.com. + Wspó³pracuje ze standardowym oprogramowaniem klienckim ODBC + wiêc w ten sposób mo¿esz korzystaæ z PostgreSQL ODBC + dostêpnego na ka¿dej plaformie któr± wspiera (Win, Mac, Unix, VMS).

+ +

Autorzy bêd± prawdopodobnie sprzedawaæ ten produkt osobom które + wymagaj± komercyjnego wsparcia, ale wersja darmowa bêdzie zawsze + dostêpna. Wszystkie pytania mo¿esz wysy³aæ na adres: postgres95@openlink.co.uk.

+ +

Sprawd¼ tak¿e rozdzia³ o ODBC + w "Programmer's Guide".

+ +

2.2) Jakie istniej± narzêdzia pozwalaj±ce na dostêp do + PostgreSQL przez www?

+ +

Dobry podrêcznik dla pocz±tkuj±cych o dostêpie do bazy danych + przez www mo¿esz znale¼æ pod adresem: + http://www.webreview.com

+ +

Inny znajduje siê pod adresem: http://www.phone.net/home/mwm/hotlist/.

+ +

Do integracji z www, ¶wietnym rozwi±zaniem jest PHP. Mo¿esz + znale¼æ wiêcej informacji na ten temat pod adresem + http://www.php.net.

+ +

Wiele osób w przypadku skomplikowanych rozwi±zañ uzywa Perl'a i + modu³u CGI.pl.

+ +

2.3) Czy istnieje jakie¶ GUI dla PostgreSQL? + Narzêdzie do raportowania? Interfejs dla "embedded query + language"?

+ +

Mamy ca³kiem mi³y interfejs graficzny, który zosta³ nazwany + pgaccess i jest on dostarczany jako czê¶æ ¼róde³. + pgaccess posiada tak¿e generator raportów. Mo¿na go znale¼æ + pod adresem http://www.flex.ro/pgaccess

+ +

Udostêpnili¶my tak¿e ecpg, który jest "embedded SQL query + language interface" dla jêzyka C.

+ +

2.4) Za pomoc± jakich jêzyków programowania + mo¿na siê komunikowaæ z PostgreSQL?

+ +

Mamy wsparcie dla:

+ +
    +
  • C (libpq)
    • + +
  • C++ (libpq++)
    • + +
  • Embedded C (ecpg)
    • + +
  • Java (jdbc)
    • + +
  • Perl (perl5)
    • + +
  • ODBC (odbc)
    • + +
  • Python (PyGreSQL)
    • + +
  • TCL (libpgtcl)
    • + +
  • C Easy API (libpgeasy)
    • + +
  • Embedded HTML (PHP z http://www.php.net)
    • +
+
+ +

Pytania administratora

+ +

3.1) Jak mogê zainstalowaæ PostgreSQL w innej + lokalizacji ni¿ /usr/local/pgsql?

+ +

U¿yj opcji --prefix podczas uruchamiania skryptu + configure.

+ +

3.2) Podczas startu postmaster'a, + otrzymujê komunikat o b³êdzie: Bad System Call lub "core dumped". + Dlaczego?

+ + +

Ten b³±d mo¿e byæ wynikiem wielu problemów, ale na pocz±tek + sprawd¼ czy masz zainstalowane rozszerzenia systemu V w j±drze + systemu. PostgreSQL wymaga do pracy zainstalowanej obs³ugi pamiêci + dzielonej i semaforów.

+ +

3.3) Podczas startu postmaster'a, + otrzymujê komunikat o b³êdzie: IpcMemoryCreate. + Dlaczego?

+ +

Albo nie masz poprawnie skonfigurowanej obs³ugi pamiêci dzielonej + w j±drze systemu, albo musisz zwiêkszyæ jej dostêpny rozmiar. + Dok³adna ilo¶æ jak± potrzebujesz jest zale¿na od architektury systemu + na jakim pracujesz, jak du¿o buforów oraz jak du¿o procesów backendu + skonfigurowa³e¶ dla postmaster'a. Dla wiêkszo¶ci systemów, z + domy¶ln± liczb± buforów i procesów potrzebujesz minimum w + przybli¿eniu 1MB. Zobacz PostgreSQL + Administrator's Guide gdzie szczegó³owo zosta³o opisane + wykorzystanie pamiêci dzielonej i semaforów.

+ +

3.4) Podczas startu postmaster'a, + otrzymujê komunikat o b³êdzie: IpcSemaphoreCreate. + Dlaczego?

+ +

Je¶li tre¶æ b³êdu brzmi: IpcSemaphoreCreate: semget failed + (No space left on device) oznacza to, ¿e j±dro systemu nie jest + skonfigurowane do obs³ugi wystarczaj±cej liczby semaforów. + Postgres wymaga jednego semafor'a na potencjalny jeden proces backend. + Tymczasowym rozwi±zaniem jest uruchomienie programu postmaster + z mniejsz± maksymaln± liczb± procesów backend. + U¿yj opcji -N z parameterem mniejszym od domy¶lnego - 32. + Bardziej trwa³ym rozwi±zaniem jest zwiêkszenie parametrów + SEMMNS i SEMMNI j±dra twojego systemu.

+ +

Niedzia³aj±ce semafory mog± spowodowaæ niepoprawne zamkniêcie + systemu w czasie intensywnego korzystania z bazy.

+

Je¶li tre¶æ b³êdu jest inna, mo¿e to oznaczaæ, ¿e obs³uga semaforów + nie zosta³a w³±czona do j±dra wcale. Zobacz PostgreSQL + Administrator's Guide po bardziej szczegó³owe informacje o pamiêci + dzielonej i semaforach.

+ +

3.5) W jaki sposób mogê kontrolowaæ po³±czenia + z innych hostów?

+ +

Domy¶lnie PostgreSQL pozwala jedynie na po³±czenia za pomoc± + socketów Unixowych z lokalnego hosta. Inne hosty nie bêd± mog³y siê + po³±czyæ z serwerem dopóki nie zostanie dodana opcja -i do + postmaster'a, + oraz nie umo¿liwi siê autoryzacji na podstawie adresu hostów + modyfikuj±c odpowiednio plik + $PGDATA/pg_hba.conf. To zmiany pozwol± na + po³±czenia TCP/IP.

+ +

3.6) Jak powinienem skonfigurowaæ system baz + danych aby uzyskaæ lepsz± wydajno¶æ?

+ +

Indeksy bez w±tpienia mog± przyspieszyæ wykonywanie zapytañ. + Polecenie EXPLAIN pozwala zobaczyæ jak PostgreSQL + interpretuje Twoje zapytanie i które indeksy s± u¿ywane.

+ +

Je¶li wykonujesz bardzo du¿o INSERTów, mo¿e warto + je wykonaæ za pomoc± jednego du¿ego pliku u¿ywaj±c polecenia + COPY. Jest to du¿o szybsze ni¿ pojedyncze + INSERTy. Po drugie polecenia SQL nie zawarte w bloku + okre¶laj±cym transakcjê - BEGIN WORK/COMMIT, s± + traktowane jako pojedyncza transakcja. Rozwa¿ wykonanie kilku + poleceñ/zdañ SQL w jednym bloku transakcji. To redukuje narzut + powodowany przez transakcjê. Przy du¿ych zmianach w danych, warto + usun±æ i stworzyæ na nowo indeksy.

+ +

Jest kilka opcji pozwalaj±cych na poprawienie wydajno¶ci. + Mo¿esz wy³±czyæ fsync() poprzez uruchomienie postmaster'a + z opcjami -o -F. To spowoduje, ¿e + fsync() nie bêdzie zrzuca³ danych na dysk po ka¿dej + transakcji.

+ +

Mo¿esz tak¿e uruchomiæ postmaster'a z opcj± -B + aby zwiêkszyæ wielko¶æ pamiêci dzielonej u¿ywanej przez procesy + backendów. Je¶li ustawisz t± warto¶æ zbyt wysoko i przekroczysz limity + ustawione przez kernel na pamiêæ dzielon±, postmaster mo¿e siê + nie uruchomiæ. Ka¿dy bufor zajmuje 8K a domy¶lna ilo¶æ buforów to 64.

+ +

Mo¿esz tak¿e u¿yæ opcji -S dla backendu aby zwiêkszyæ + maksymaln± warto¶æ pamiêci u¿ywan± przez proces backendu podczas + sortowania. Opcja -S jest ustawiana warto¶ci± podawan± w + kilobajtach, domy¶lna warto¶æ to 512K.

+ +

Mo¿esz tak¿e u¿yæ polecenia CLUSTER aby pogrupowaæ + dane w tabelach wg indeksu. Zobacz opis polecenia CLUSTER + w manualu ¿eby dowiedzieæ siê wiêcej.

+ +

3.7) Jakie s± mo¿liwo¶ci wyszukiwania + b³êdów?

+ +

PostgreSQL ma kilka mo¿liwo¶ci na raportowanie informacji o + jego statusie, które mog± byæ przydatne przy debugowaniu procesu.

+ +

Przede wszystkim uruchom skrypt configure z opcj± + --enable-cassert, wiele funkcji assert() monitoruj± postêp + procesu backend i zatrzymuj± program kiedy wydarzy siê co¶ + nieoczekiwanego.

+ +

Zarówno postmaster jak i postgres maj± kilka opcji + do debugowania. Za ka¿dym razem kiedy uruchamiasz postmaster'a, + upewnij siê, ¿e wysy³asz standardowe wyj¶cie i error do pliku z + logami, np. w ten sposób:

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

To utworzy plik server.log w g³ównym katalogu PostgreSQL. + Ten plik zawiera po¿yteczne informacje o problemach i b³êdach, które + wydarzy³y siê podczas pracy serwera. Postmaster posiada opcjê + -d, która pozwala na raportowanie bardzo szczególowych + informacji. Do opcji -d podajemy liczbê, która okre¶la + szczegó³owo¶æ wysy³anych informacji. Musisz mieæ ¶wiadomo¶æ, ¿e + wysoki poziom logowania bêdzie powodowa³ tworzenie bardzo duzych + plików z logami.

+ +

Je¶li postmaster nie zosta³ uruchomiony, mo¿esz uruchomiæ + postgres'owy backend z linii poleceñ, i uruchomiæ Twoje + polecenie SQL bezpo¶rednio na nim. + Taki sposób jest polecany jedynie w przypadku debugowania. + Zwróæ uwagê, ¿e w tym wypadku zapytanie koñczy znak nowej linii a nie + ¶rednik. Je¶li skompilowa³e¶ z opcjami debugowania mozesz u¿yæ + debuggera aby sprawdziæ co siê dzieje. Poniew¿ backend nie zosta³ + uruchomiony przez postmaster'a, nie dzia³a w identycznym + ¶rodowisku, co oznacza ¿e powtórzenie warunków w jakich wyst±pi³y + problemy moze byæ problemem.

+ +

Je¶li postmaster dzia³a, uruchom psql w jednym z + okien, nastêpnie znajd¼ PID procesu postgres + u¿ywanego przez psql. U¿yj debuggera aby do + PID'u postgres'a. Mo¿esz ustawiaæ pu³apki + (breakpoints) w debuggerze i wykonywaæ zapytania z psql. + Je¶li debugujesz uruchamianie postgres'a, mo¿esz ustawiæ zmienn± + PGOPTIONS="-W n", nastêpnie uruchomiæ psql. + Opcja ta pozwoli spowolniæ uruchomienie na + n sekund aby¶ móg³ siê po³±czyæ z procesem za pomoc± + debugera, ustawiæ jakiekolwiek pu³apki i kontynuowaæ proces + uruchamiania.

+ +

postgres mo¿e byæ uruchamiany z opcjami -s, -A i + -t, które mog± byæ bardzo przydatne przy debuggowaniu i ocenie + wydajno¶ci.

+ +

Mo¿esz tak¿e skompilowaæ z profilingiem aby zobaczyæ jakie funkcje + ile czasu wykonuj± siê. Pliki profilowane dla backendu zostan± + umieszczone w katalogu + pgsql/data/base/dbname. Pliki profilu klienta zostan± + umieszczone w bie¿±cym katalogu klienta. Linux wymaga aby kompilowaæ + z opcj± -DLINUX_PROFILE aby profilowanie odbywa³o siê + poprawnie.

+ +

3.8) Sk±d siê bierze komunikat: "Sorry, too + many clients" podczas próby po³±czenia siê z baz± danych?

+ +

Musisz zwiêkszyæ limit ilo¶ci jednoczesnych procesów bacekendu + dla procesu postmaster'a.

+ +

Domy¶lny limit to 32 procesy. Mo¿esz go zwiêkszyæ przez restart + postmaster z odpowiedni± warto¶ci± ustawian± opcjê -N w + pliku postgresql.conf.

+ +

We¼ pod uwagê, ¿e je¶li zwiêkszysz warto¶æ podan± w opcji + -N na wiêcej ni¿ 32 musisz tak¿e zwiêkszyæ warto¶æ w opcji + -B ponad jej domy¶ln± warto¶æ 64; warto¶æ -B musi byæ + co najmniej dwa razy wiêksza od warto¶ci podanej w opcji + -N, a prawdopodobnie powinna byæ w rzeczywisto¶ci jeszcze + wiêksza dla optymalnej wydajno¶ci. + Dla du¿ej liczby procesów backendu na pewno zauwa¿ysz, ¿e trzeba + zwiêkszyæ ró¿ne parametry j±dra Unixa. Rzeczy, które powniene¶ + sprawdziæ to maksymalna liczba bloków pamiêci dzielonej, + SHMMAX; maksymalna liczba semaforów, SEMMNS + oraz SEMMNI; + maksymalna liczba procesów, NPROC; maksymalna liczba + procesów na jednego u¿ytkownika, MAXUPRC; i maksymalna + liczba otwartych plików, NFILE oraz + NINODE. Powód dla którego PostgreSQL ma limit na + maksymaln± liczbê procesów backendu to obawa o wyczerpanie zasobów + systemu.

+ +

W wersjach PostgreSQL wcze¶niejszych ni¿ 6.5, maksymalna liczba + backendów by³a ustawiona na 64, a zmiana tej warto¶ci wymaga + rekompliacji po zmianie sta³ej MaxBackendId w pliku + include/storage/sinvaladt.h.

+ +

3.9) Co to s± za pliki typu: + pg_sorttempNNN.NN, + które znajduj± siê w katalogu z plikami bazy danych?

+ +

S± to tymczasowe pliki utworzone przez executor. Dla przyk³adu, + je¶li jaka¶ operacja sortowania jest wymagana do wykonania + ORDER BY, a samo sortowanie wymaga wiêcej miejsca ni¿ + paratmetr backendu + -S ustawi³ do wykorzystania, wtedy tymczasowe pliki s± u¿ywane + do przechowywania tych danych.

+ +

Pliki tymczasowe powinny byæ usuniête automatycznie, ale mog³o siê + to nie staæ je¶li proces backendu w miêdzyczasie nie zakoñczy³ siê + poprawnie podczas operacji sortowania. Je¶li w danym momencie nie + dzia³aj± ¿adne procesy backendów mozesz spokojnie usun±æ pliki + pg_tempNNN.NN.

+
+ +

Pytania dotycz±ce u¿ywania

+ +

4.1) Jaka jest ró¿nica pomiêdzy kursorami + binarnymi (binary cursors) i zwyk³ymi kursorami (normal + cursors)?

+ +

Zobacz w manualu opis polecenia DECLARE.

+ +

4.2) Jak mogê pobraæ za pomoc± + SELECT jedynie kilka pierwszych wyników + zapytania?

+ +

Zobacz w manualu opis polecenia FETCH lub u¿yj + polecenia SELECT ... LIMIT....

+ +

Nawet je¶li chesz pobraæ kilka pierwszych rzêdów z wyniku + zapytania, ca³e zapytanie musi zostaæ wykonane. Byc mo¿e powiniene¶ + skorzystaæ z polecenia ORDER BY. + Je¶li istnieje indeks który odpowiada polom okre¶lonym przez + ORDER BY, PostgreSQL mo¿e wykorzystaæ jedynie kilka + pierwszych rzêdów, byæ mo¿e bêdzie konieczno¶æ wykonania zapytania do + momentu a¿ zostan± znalezione po¿±dane wyniki.

+ +

4.3) Jak mogê uzyskaæ listê wszystkich tabel + czy innych rzeczy pod psql?

+ +

Mo¿esz sprawdziæ zawarto¶æ ¼róde³ psql, a konkretnie plik + pgsql/src/bin/psql/describe.c. Zawiera on polecenia + SQL które generuja wyniki komend z backslashem. + Mo¿esz tak¿e uruchomiæ psql z opcj± + -E wtedy po wykonaniu polecenia z backslashem wy¶wietlane + bêdzie zapytanie, które w rzeczywisto¶ci jest wykonywane.

+ +

4.4) Jak usun±æ kolumnê z tabeli?

+ +

Nie mamy zaimplementowanego ALTER TABLE DROP + COLUMN, ale mo¿esz zrobiæ tak:

+
+    SELECT ...  -- wybierz zawarto¶æ wszystkich kolumn poza t± jedn± której chcesz siê pozbyæ
+    INTO TABLE new_table
+    FROM old_table;
+    DROP TABLE old_table;
+    ALTER TABLE new_table RENAME TO old_table;
+
+ +

4.5) Jaki jest maksymalny rozmiar dla rzêdu, + tabeli i bazy danych?

+ +

Oto wszystkie ograniczenia:

+
+    Maksymalny rozmiar dla bazdy danych?     nieograniczony ( istniej± bazy danych o wielko¶ci 500 GB databases )
+    Maksymalny rozmiar dla tabeli?           16 TB
+    Maksymalny rozmiar dla rzêdu?            nieograniczony w 7.1 i pó¼niejszych
+    Maksymalny rozmiar pola?                 1 GB w 7.1 and later
+    Maksymalna liczba rzêdów w tabeli?       nieograniczona
+    Maksymalna liczba kolumn w tabeli?    250-1600 w zale¿ono¶ci od typów kolumn
+    Makasymalna liczba indeksów na tabeli?    nieograniczona
+
+ + Oczywi¶cie "nieograniczony" nie jest prawd± tak do koñca, istniej± + ograniczenia wynikaj±ce z dostêpnego miejsca na dysku, pamiêci/swapa. + Kiedy wielko¶ci te bêd± bardzo du¿e mo¿e odbiæ siê to na wydajno¶ci. + +

Maksymalny rozmiar tabeli, czyli 16 TB nie wymaga od systemu + operacyjnego wsparcia dla du¿ych plików. Du¿e tabele s± przechowywane + jako pliki o rozmiarze 1 GB, wiêc ograniczenia co do wielko¶ci plików + narzucone przez system plików nie s± istotne.

+ +

Masymalny rozmiar tabeli i maksymalna liczba kolumn mo¿e byæ + zwiêkszona je¶li zwiêkszymy domy¶lny rozmiar bloku (block size) do + 32k.

+ +

4.6) Jak du¿o miejsca w bazie danych jest + konieczne aby przechowywaæ dane ze zwyczajnego pliku + tekstowego?

+ +

Baza danych PostgreSQL mo¿e potrzebowaæ do piêciu razy wiêcej + miejsca na przechowywanie danych z plików tekstowych ni¿ ich + objêto¶æ.

+ +

Jako przyk³ad mo¿emy rozwa¿yæ plik sk³adaj±cy siê z 100,000 linii + zbudowanych z liczby ca³kowitej oraz opisu tekstowego w ka¿dej. + Za³ó¿my, ¿e ¶rednio ka¿dy ³añcuch tekstu w linii zajmuje 20 + bajtów. Ca³y plik powinien zajmowaæ ok. 2.8 MB. Rozmiar pliku bazy danych w + PostgreSQL zawieraj±cego te dane mozna oszacowaæ na oko³o 6.4MB:

+ +
+    36 bajtów: nag³ówek ka¿dego rzêdu w przybli¿eniu)
+    24 bajty:  jedno pole int i jedno pole typu text
+   + 4 bajty:  wka¼nik na stronie do krotki
+   --------------------------------------------------
+    64 bajty w jednym rzêdzie
+
+	Strona danych w PostgreSQL zajmuje 8192 bajtów (8 KB), wiêc:
+
+   8192 bajtów na stronê
+   ---------------------   =  128 rzêdów na jedn± strone w bazie (zaokr±glone w dó³)
+     64 bajtów na rz±d
+
+   100000 rzêdów danych
+   -----------------------  =  782 stron w bazie danych (zaokr±glone w górê)
+      128 rzêdów na stronê
+
+782 stron w bazie * 8192 bajtów na stronê  =  6,406,144 bajtów (6.4 MB)
+
+ +

Indeksy nie powoduj± du¿ego narzutu na zajmowane miejsce, + ale zawieraj± pewne dane, + wiêc w pewnych przypadkach moga byæ ca³kiem du¿e.

+ +

4.7) Jak mogê sprawdziæ jakie tabele, klucze, + bazy danych i u¿ytkownicy s± utworzeni?

+ +

psql ma ca³kiem du¿± ilo¶æ poleceñ z backslashem aby + wydobyæ takie informacje. Wprowad¼ \? aby zobaczyæ ich spis. Istniej± + tak¿e tablice systemowe rozpoczynaj±ce siê od pg_, zawieraj±ce + interesuj±ce Ciebie informacje. Wykonanie psql -l poka¿e spis + wszystkich baz danych.

+ +

Obejrzyj tak¿e plik pgsql/src/tutorial/syscat.source. + Zawiera on wiele z zapytañ typu SELECT, które s± + potrzebne aby wydobyæ informacje z tablic systemowych.

+ +

4.8) Moje zapytania s± wolne lub nie u¿ywaj± + kluczy. Dlaczego?

+ + Indeksy nie s± u¿ywane automatycznie przez k±¿de z zapytañ. Ideksy s± + u¿ywane jedynie gdy tabela jest odpowiedniego rozmiaru, wiêkszego ni¿ + wymagany minimalny, a zapytanie wybiera jedynie ma³y procent + zawarto¶ci tabeli. Wynika to z tego, ¿e losowy dostep do dysku + powodowany przez ideksowane poszukiwanie jest czasami wolniejsze ni¿ + poszukiwanie sekwencyjne bez u¿ycia kluczy. + +

¯eby zdecydowaæ czy indeks powinien byc u¿ywany, PostgreSQL musi + mieæ statystyki dotycz±ce danej tabeli. S± one gromadzone przez + u¿ycie polecenia VACUUM ANALYZE, lub poprostu + ANALYZE. u¿ywaj±c statystyk, optymalizator wie ile + rzêdów jest w tabeli i mo¿e lepiej okre¶liæ czy indeksy powinny byæ + u¿yte. Statystyki mog± byæ tak¿e pomocne w okre¶leniu najlepszej + kolejno¶ci wykonania z³±czenia (join) i jego sposobu. Gromadzenie + statystyk powinno siê odbywaæ w okre¶lonych interwa³ach czasu + poniewa¿ dane w tabelach zmieniaj± siê.

+ +

Indeksy nie s± zazwyczaj u¿ywane przez ORDER BY lub + przy wykonywaniu z³±czeñ (join). Sekwencyjne przeszukiwanie po którym + nastêpuje sortowanie jest zazwyczaj szybsze niê wyszukiwanie za + pomoc± indeksu na du¿ej tabeli.

+ Jakkolwiek LIMIT w po³±czeniu z ORDER BY + czêsto bêdzie wykorzystywa³ indeksów poniew±z jedynie ma³a czê¶c z + tabeli jest zwracana. + +

Kiedy u¿ywa siê operatorów dopasuj±cych takich jak + LIKE lub ~, indeksy bêd± u¿ywane jedynie je¶li + pocz±tek wyszukiwania jest oparty na pocz±tku ³añcucha tekstu. + Dlatego, aby u¿ywac indeksów, + dopasowania operatorem LIKE nie mog± siê zaczynaæ + %, a dopasowania operatorem ~ (dopasowania regularne) + musz± siê zaczynaæ znakiem specjalnym ^.

+ +

4.9) Jak mogê sprawdziæ w jakis sposób "query + optimizer" wykonuje moje zapytanie?

+ +

Zobacz manual dla polecenia EXPLAIN.

+ +

4.10) Co to jest "R-tree index"?

+ +

Indeks R-tree jest u¿ywany do indeksowania danych przestrzennych. + Indeks hasuuj±cy nie nadaje siê do wyszukiwania odleg³o¶ci. + Natomiast indeks typu B-tree mo¿e wyszukiwaæ odleglo¶ci jedynie w + jednowymiarowych przestrzeniach. R-tree indeks radzi sobie z + przestrzeniami wielo-wymiarowymi. Dla przyk³adu, je¶li zostanie + za³o¿ony indeks typu R-tree na polu typu point, system mo¿e + bardziej wydajnie odpowiadaæ na zapytania typu + "select all points within a bounding rectangle."

+ +

¬ród³owym dokumentem opisuj±cym oryginalnie projektowanie R-tree + indeksów jest:

+ +

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.

+ +

Ten dokument mo¿esz znale¼æ tak¿e w pracy Stonebraker'a "Readings in + Database Systems".

+ +

Wbudowane indeksy R-trees radz± sobie w wielobokami i boxes. + Teoretycznie, indeksy R-tree mog± byæ rozszerzone o mo¿liwo¶ci + indeksowania w wiêcej wymiarowych przestrzeniach. W praktyce, + rozbudowa indeksów R-tree wymaga trochê pracy, a w tej chwili nie + dysponujemy jak±kolwiek dokumentacj± jak to zrobiæ.

+ +

4.11) Co to jest "Genetic Query + Optimizer"?

+ +

Modu³ GEQO ma za zadanie przyspieszenie + optymalizacji zapytañ ³±cz±c wiele tabel za pomoc± algorytmów + genetycznych (Genetic Algorithm (GA)). Pozwala na u¿ywanie du¿ych + zapytañ ³±cz±cych tabele (join queries) bez wykorzystywania + zasobo¿ernego wyszukiwania.

+ +

4.12) Jak mogê u¿ywaæ wyra¿eñ regularnych w + zapytaniach i zapytañ case-insensitive w wyra¿eniach + regularnych? + jak korzystaæ z indeksów dla zapytañ case-insensitive?

+ +

Operator ~ moze byæ wykorzystywany do wyszukiwania za + pomoc± wyra¿eñ regularnych, a + ~* do wyszukiwania case-insensitive z wyra¿eniami + regularnymi. + Wariant case-insensitive dla LIKE zosta³ nazwany + ILIKE i jest dostêpny w PostgreSQL 7.1 i pó¼niejszych + wersjach.

+ +

Porównania case-insensitive s± zazwyczaj wykonywane w nastêpuj±cy + sposób:

+
+    SELECT *
+    FROM tab
+    WHERE lower(col) = 'abc'
+   
+
+ W tym wypadku standardowe indeksy nie bêd± u¿ywane. Mo¿esz utworzyæ + indeks funkcyjny, poprzez: +
+    CREATE INDEX tabindex on tab (lower(col));
+   
+
+ +

4.13) Jak sprawdziæ w zapytaniu czy pole ma + warto¶æ NULL?

+ +

Mo¿esz to sprawdziæ, testuj±c warto¶æ kolumny warunkiem + IS NULL albo IS NOT NULL.

+ +

4.14) Jaka jest ró¿nica pomiêdzy ró¿nymi + typami tekstowymi (character types)?

+
+Type            Nazwa wewnêtrzna   Uwagi
+--------------------------------------------------
+"char"          char            	  1 znak
+CHAR(#)         bpchar             wype³niane pustymi znakami do podanej d³ugo¶ci
+VARCHAR(#)      varchar            rozmiar okre¶la maksymaln± d³ugo¶æ, nie ma tutaj wype³niania
+TEXT            text               bez limitu na d³ugo¶æ ³añcucha
+BYTEA           bytea              zmiennej d³ugo¶ci tablica bajtów (null-byte safe)
+
+ +

Je¶li bêdziesz przegl±daæ katalogi systemowe lub komunikaty o + b³êdach czêsto spotkasz siê z podanymi powy¿ej nazwami + wewnêtrznymi.

+ +

Ostatnie cztery typy powy¿ej to tzw typy "varlena" (np. pierwsze + cztery bajty na dysku to d³ugo¶æ, po których jest data). Dlatego + faktyczna d³ugo¶c takiego ³añcucha jest trochê wiêksza ni¿ + zadeklarowany rozmiar. Te typy tak¿e podlegaj± kompresji lub mog± byæ + przechowywane out-of-line jako TOAST, wiêc faktyczne + zu¿ycie miejsca na dysku mo¿e byæ mniejsze ni¿ oczekiwane.

+ +

CHAR() jast najlepszym typem do przechowywania + ³añcuchów o tej samej d³ugo¶ci. VARCHAR() jest + najodpowiedniejszy do przechowywania ³añcuchów o ró¿nej d³ugo¶ci + ale okre¶la on maksymaln± jego d³ugo¶æ. TEXT jest + najlepszy dla ³añcuchów o dowolnej d³ugo¶ci, nie przekraczaj±cej 1GB. + BYTEA s³u¿y do przechowywania danych binarnych, + w szczególno¶ci dla danych zawieraj±cych NULL bajty.

+ +

4.15.1) Jak mogê utworzyæ pole które samo + zwiêksza swoj± warto¶æ?

+ +

PostgreSQL ma zaimplementowany typ SERIAL. + Automatycznie tworzy sekwencjê i indeks na tej kolumnie. Dla + przykladu:

+
+    CREATE TABLE person ( 
+        id   SERIAL, 
+        name TEXT 
+    );
+
+ zostanie automatycznie przt³umaczone na: +
+    CREATE SEQUENCE person_id_seq;
+    CREATE TABLE person ( 
+        id   INT4 NOT NULL DEFAULT nextval('person_id_seq'),
+        name TEXT 
+    );
+    CREATE UNIQUE INDEX person_id_key ON person ( id );
+
+ Wiêcej informacji o sekwencjach znajdziesz w manualu o + create_sequence. Mo¿esz tak¿e u¿yæ pola OID jako + unikalnej warto¶ci dla ka¿dego rzêdu danych. Je¶li bêdziesz + potrzebowa³ z backupowaæ dane robi±c dump bazy i odtworzyæ j±, musisz + u¿yc pg_dump z opcj± -o lub polecenia COPY + WITH OIDS aby zachowaæ OIDy. + +

4.15.2) Jak pobraæ warto¶æ pola typu + SERIAL po wykonaniu insert'u?

+ +

Jednym z podej¶æ jest pobranie kolejnej warto¶ci typu + SERIAL z sekwencji za pomoc± funkcji nextval() + zanim zostanie wstawiona, a pó¼niej nale¿y jej u¿yæ. U¿ywaj±c + przyk³adu z tabeli z punktu 4.15.1, mo¿e to + wygl±daæ w Perlu na przyk³ad w ten sposób:

+ +
+    new_id = output of "SELECT nextval('person_id_seq')"
+    INSERT INTO person (id, name) VALUES (new_id, 'Blaise Pascal');
+
+ Bêdziesz mia³ wtedy t± warto¶æ przechowan± w zmiennej + new_id do u¿ytku w innych zapytaniach (np. jako klucz + obcy do tabeli person). Warto zwróciæ uwagê, ¿e nazwa + automatycznie utworzonej sekwencji + SEQUENCE bêdzie nastêpuj±ca: + <tabela>_<kolumnatypuserial>_seq, + gdzie + tabela i kolumnatypuserial s± nazwami Twojej tabeli i + Twojej kolumny typu SERIAL. + +

Inne rozwi±zanie to u¿ycie funkcji currval() na pola typu + SERIAL po dodaniu nowej warto¶ci do rzêdu zawieraj±cego + kolumnê typu SERIAL z wstawion± domy¶lnie warto¶ci±, + np.

+
+    INSERT INTO person (name) VALUES ('Blaise Pascal');
+    new_id = output of "SELECT currval('person_id_seq')";
+
+ Ostatecznie mo¿esz u¿yæ OID + zwracanej po wykonaniu INSERT, chocia¿ to jest najmniej + przeno¶ne rozwi±zanie. + W Perlu, wykorzystuj±c bibliotekê DBI z modu³em Edmunda Mergla + DBD::Pg, oid jest dostêpny poprzez $sth->{pg_oid_status} po + wykonaniu $sth->execute(). + +

4.15.3) Czy u¿ycie currval() i + nextval() nie doprowadzi do race condition z innymi + u¿ytkownikami?

+ +

Nie. currval() zwraca bie¿±c± warto¶æ przypisan± przez Twój + backend, a nie przez wszystkich u¿ytkowników.

+ +

4.15.4) Dlaczego numery sekwencji nie s± + ponownie u¿ywane przy przerwaniu transakcji? + Sk±d siê bior± luki w numerowaniu kolumny tabeli + sekwancjami/SERIALem?

+ +

Aby poprawiæ zbie¿no¶æ (concurrency), warto¶ci sekwencji s± + podawane dzia³aj±cym transakcjom kiedy tego potrzebuj± i nie s± + blokowane dopóki transakcja siê nie zakoñczy. To spowoduje przerwy w + numerowaniu z przerwanych transakcji.

+ +

4.16) Co to jest OID? Co to + jest + TID?

+ +

OID s± PostgreSQL'owym rozwi±zaniem problemu + unikalnych numerów rzêdów. Ka¿dy rz±d tworzony przez PostgreSQL + otrzymuje unikalny OID. Wszystkie OIDy + generowane podczas procesu uruchamianego przez skrypt + initdb maj± mniejsz± warto¶æ ni¿ 16384 (na podstawie pliku + backend/access/transam.h). Wszystkie + OIDy tworzone przez u¿ytkownika sa równe lub wiêksze + podanej wcze¶niej warto¶ci. Domy¶lnie + wszystkie OIDy s± unikalne nie tylko w pojedyñczej + tabeli czy bazie danych ale w ca³ej instalacji PostgreSQL.

+ +

PostgreSQL u¿ywa OIDów w swoim wewnêtrznym systemie + tabel, aby mo¿na by³o je ³±czyæ. + Te OIDy mog± byc u¿ywane aby identyfikowac rzêdy w + tabelach i wykorzystywaæ je w z³±czeniach tych tabel. Zaleca siê aby¶ + u¿ywa³ typu OID aby przechowywaæ warto¶ci + OID. Mo¿esz utworzyæ indeks na polu + OID aby dostêp do niego by³ szybszy.

+ +

OID s± przypisane do wszystkich rzêdów z jednego + g³ównego miejsca i u¿ywane sa przez wszystkie bazy danych. Je¶li + chcia³by¶ zmieniæ OID na co¶ innego, lub je¶li + chcia³by¶ zrobiæ kopiê tabeli, z orginalnymi OIDami + nie ma ¿adnego przeciwwskazania aby¶ to zrobi³:

+ +
+        CREATE TABLE new_table(old_oid oid, mycol int);
+        SELECT old_oid, mycol INTO new FROM old;
+        COPY new TO '/tmp/pgtable';
+        DELETE FROM new;
+        COPY new WITH OIDS FROM '/tmp/pgtable';
+
+
+ +

OIDy s± przechowywane jako cztero-bajtowe liczby + ca³kowite i skoñcz± siê po osi±gniêciu czterech miliardów. Nikt jak + dot±d nie zg³osi³ aby co¶ takiego siê stalo, ale mamy zamiar pozbyæ + siê tego ograniczenia zanim kto¶ to zg³osi.

+ +

TID s± u¿ywane aby zidentyfikowaæ konkretne rzêdy z + blokami i warto¶ci± ofsetów. TIDy zmieniaj± siê wraz + ze zmianami rzêdów. Sa u¿ywane przez indeksy, aby wskazywaæ do + fizycznych rzêdów.

+ +

4.17) Jakie jest znaczenie niektórych terminów + w PostgreSQL?

+ +

W czê¶ci kodu ¼ród³owego i starszej dokumentacji u¿ywamy terminów, + które maj± bardziej ogólne znaczenie. Oto niektóre z nich:

+ +
    +
  • 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
    • +
+ +

Listê terminów zwi±zanych z bazami danych mo¿esz znale¼æ pod tym + adresem:http://www.comptechnews.com/~reaster/dbdesign.html

+ +

4.18) Sk±d bierze siê ten b³±d "ERROR: + Memory exhausted in AllocSetAlloc()"?

+ +

Je¶li u¿ywasz wersji starszej ni¿ 7.1, upgrade mo¿e rozwi±zaæ ten + problem. Jest tak¿e mozliwe, ¿e po prostu wyczerpa³a Ci siê pamiêæ + wirtualna (virtual memory) w systemie lub Twój kernel ma zbyt nisko + ustawione limity dla pewnych zasobów. Spróbuj wykonaæ nastêpuj±ce + polecenia zanim uruchomisz postmaster'a:

+
+    ulimit -d 262144
+    limit datasize 256m
+
+ W zale¿no¶ci od shell'a jakiego u¿ywasz jedno z tych poleceñ mo¿e nie + zadzia³aæ, ale to ustawienie pozwoli ustawiæ segment danych dla + procesu znacznie wiêkszy i byæ mo¿e pozwoli wykonaæ zapytanie. + To polecenie zadzia³a dla bie¿±cego procesu oraz wszytkich podprocesów + utworzonych po wykonaniu polecenia. Je¶li ten problem wystêpuje z + klientem SQL, poniewa¿ backend zwraca zbyt du¿o danych, + spróbuj wykonaæ to polecenie przed uruchomieniem klienta. + +

4.19) Jak sprawdziæ jakiej wersji PostgreSQL + u¿ywam?

+ +

W psql, wpisz select version();

+ +

4.20) Dlaczego operacje, które wykonujê na + du¿ych obiektach "large-object" zwracaj± komunikat: + "invalid large obj descriptor"?

+ +

Musisz u¿yæ BEGIN WORK i COMMIT + przed i po u¿yciu uchwytu do du¿ego obiektu, tzn. musisz nimi otoczyæ + funkcje lo_open ... lo_close.

+ +

Obecnie PostgreSQL u¿ywj±c "rule" zamyka uchwyt do du¿ego obiektu + przy ka¿dym wywo³aniu "commit". Wiêc pierwsze próba zrobienia + czegokolwiek z uchwytem spowoduje wypisanie: invalid large obj + descriptor. Kod, który do tej pory dzia³a³ (przynajmniej + wiêkszo¶æ razy) bêdzie teraz generowa³ informacjê o b³êdzie je¶li nie + bêdziesz korzysta³ z transakcji.

+ +

Je¶li u¿ywasz interfejsu klienta jak ODBC byæ mo¿e + bêdziesz musia³ ustawiæ auto-commit off.

+ +

4.21) Jak stworzyæ kolumnê której domy¶ln± + warto¶ci± bêdzie bie¿±cy czas?

+ +

U¿yj CURRENT_TIMESTAMP:

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

4.22) Dlaczego zapytania u¿ywaj±ce + IN sa takie wolne?

+ +

Obecnie ³±czymy podzapytania w outer queries poprzez sekwencyjne + przeszukiwanie wyników podzapytania dla ka¿dego rzêdu z outer query. + Mo¿na to omin±æ zastêpuj±c IN przez + EXISTS:

+
+SELECT *
+    FROM tab
+    WHERE col1 IN (SELECT col2 FROM TAB2)
+
+
+ na: +
+SELECT *
+    FROM tab
+    WHERE EXISTS (SELECT col2 FROM TAB2 WHERE col1 = col2)
+
+
+ Mamy zamiar poprawiæ to ograniczenie w przysz³ych wydaniach. + +

4.23) Jak wykonaæ "outer join"?

+ +

PostgreSQL 7.1 i pó¼niejsze wersje maj± zaimplementowane outer join + wykorzystuj±c standardow± sk³adnie SQL. Poni¿ej dwa przyk³ady:

+ +
+    SELECT *
+    FROM t1 LEFT OUTER JOIN t2 ON (t1.col = t2.col);
+
+ or +
+    SELECT *
+    FROM t1 LEFT OUTER JOIN t2 USING (col);
+
+ +

Te dwa identyczne zapytania ³±cz± kolumnê t1.col z kolumn± t2.col, + ale tak¿e zwróc± niepo³±czone rzêdy w t1 (te które nie pasuj± w t2). + RIGHT join doda³by niepo³±czone rzêdy z tabeli t2. + FULL join zwróci³by rzêdy plus dodatkowo wszystkie + rzêdy z tabel t1 i t2. S³owo OUTER jest opcjonalne i + jest dodawane domy¶lnie przy + LEFT, RIGHT, i FULL + join'ach. Zwyk³e join'y s± nazywane INNER joins.

+ +

W poprzednich wersjach "outer joins" mog± byæ zasymulowane poprzez + u¿ycie slowa kluczowego + UNION i NOT IN. Dla przyk³adu, ³±cz±c + tabele tab1 i tab2, nastêpuj±ce zapytanie wykonuje + outer join:
+
+

+
+    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) Jak wykonywaæ zapytanie u¿ywaj±ce kilku + baz danych jednocze¶nie?

+ +

Nie ma takiej mo¿liwo¶ci aby w zapytaniu odpytawaæ inn± baze danych + poza bie¿±c±. Poniewa¿ PostgreSQL ³aduje specyficzne dla bazy danych + katalogi systemowe, nie jest do koñca jasne jak zapytanie pomiêdzy + ró¿nymi bazami danych powinno siê zachowywaæ.

+ +

Oczywi¶cie klient mo¿e ³±czyæ siê z ró¿nymi bazami danych i ³±czyæ + informacjê w ten sposób uzyskan±.

+ +

4.25) Jak zwróciæ w funkcji wiele rzêdów lub + kolumn?

+ +

Mo¿esz zwracaæ zbiory z funkcji PL/pgSQL u¿ywaj±c + refcursors. Zobacz + http://developer.postgresql.org/docs/postgres/plpgsql-cursors.html, + sekcjê 23.7.3.3.

+ + +

Rozwijanie PostgreSQL

+ +

5.1) Napisa³em w³asn± funkcjê. Kiedy u¿yjê jej + w psql, program zrzuca pamiêæ (dump core)?

+ +

Problem mo¿e byæ spowodowany przez bardzo wiele rzeczy. Spróbuj + najpierw przetestowaæ Twoj± funkcjê w samodzielnie dzia³aj±cym programie. +

+ +

5.2) Jak mogê dodaæ/zg³osiæ nowe typy czy + funkcje do PostgreSQL?

+ +

Wy¶lij Twoje propozycje na listê mailow± pgsql-hackers, + wtedy prawdopodobnie Twój kod znajdzie siê w katalogu contrib/.

+ +

5.3) Jak napisaæ funkcjê C zwracaj±c± krotkê + (tuple)?

+ +

To wymaga wysi³ku tak olbrzymiego, ¿e nawet autorzy nigdy tego nie + prubowali, chocia¿ z zalo¿eñ wynika, ¿e jest to mo¿liwe.

+ +

5.4) Zmieni³em plik ¼ród³owy. Dlaczego po + rekompilacji nie widaæ zmiany?

+ +

Pliki Makefiles nie maj± dorzuconych odpowiednich + zale¿no¶ci dla plików nag³ówkowych (include files). Wykonaj najpierw + make clean, a nastêpnie ponownie make. + Je¶li u¿ywasz GCC mo¿esz u¿yæ opcji + --enable-depend przy wykonywaniu configure aby + + + -- 2.40.0