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:

+ + +
+ +

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:

+ + + +

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