mirror of
https://git.postgresql.org/git/postgresql.git
synced 2024-08-28 21:57:18 +02:00
1175 lines
52 KiB
Plaintext
1175 lines
52 KiB
Plaintext
|
|
|||
|
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<65>w operacyjnych
|
|||
|
mozna znalezc pod adresem:
|
|||
|
http://www.PostgreSQL.org/users-lounge/docs/faq.html.
|
|||
|
_________________________________________________________________
|
|||
|
|
|||
|
Pytania og<6F>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<6F>b bezposrednio pracujacych
|
|||
|
nad rozwojem PostgreSQL?
|
|||
|
1.13) Jak moge zgl/aszac bl/edy?
|
|||
|
1.14) Jak mozna por<6F>wnac PostgreSQL w stosunku do innych DBMS?
|
|||
|
1.15) W jaki spos<6F>b moge wesprzec finansowo PostgreSQL?
|
|||
|
|
|||
|
Pytania uzytkownik<69>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<79>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<6F>b moge kontrolowac pol/aczenia z innych host<73>w?
|
|||
|
3.6) Jak powinienem skonfigurowac system baz danych aby uzyskac lepsza
|
|||
|
wydajnosc?
|
|||
|
3.7) Jakie sa mozliwosci wyszukiwania bl/ed<65>w?
|
|||
|
3.8) Skad sie bierze komunikat: "Sorry, too many clients" podczas
|
|||
|
pr<70>by pol/aczenia sie z baza danych?
|
|||
|
3.9) Co to za pliki typu pg_sorttempNNN.NN , kt<6B>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<69>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<6F>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<6B>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<6B>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<6B>rych termin<69>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<6B>re wykonuje na duzych obiektach
|
|||
|
"large-object" zwracaja komunikat: "invalid large obj descriptor"?
|
|||
|
4.21) Jak stworzyc kolumne kt<6B>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<77>cic w funkcji wiele rzed<65>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<7A>dl/owy. Dlaczego po rekompilacji nie widac
|
|||
|
zmiany?
|
|||
|
_________________________________________________________________
|
|||
|
|
|||
|
Pytania og<6F>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<79>w danych POSTGRES'a, zastapil/ PostQuel'owy jezyk
|
|||
|
zapytan z rozbudowanym podzbiorem jezyka SQL. PostgreSQL jest
|
|||
|
oprogramowaniem darmowym z dostepnymi cal/ymi zr<7A>dl/ami.
|
|||
|
|
|||
|
Rozw<7A>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<7A>j PostgreSQL.
|
|||
|
|
|||
|
Autorami PostgreSQL 1.01 byli Andrew Yu and Jolly Chen. Wiele innych
|
|||
|
os<6F>b pomogl/o przy portowaniu, testowaniu, debugowaniu, i rozwijaniu
|
|||
|
kodu. Oryginalny kod Postgresa, na kt<6B>rym zostal/ oparty PostgreSQL,
|
|||
|
byl/ wysil/kiem student<6E>w oraz pracownik<69>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<7A>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<6B>re zostal/y szczeg<65>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<6A>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<7A>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<7A>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/<2F>wny serwer ftp z dostepem "anonymous" dla PostgreSQL znajduje sie
|
|||
|
ftp://ftp.PostgreSQL.org/pub. jesli szukasz mirror<6F>w sprawdz nasza
|
|||
|
gl/<2F>wna strone www.
|
|||
|
|
|||
|
1.6) Gdzie mozna szukac wsparcia technicznego?
|
|||
|
|
|||
|
Adres gl/<2F>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<6E>w listy, kiedy na gl/<2F>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<65>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<61>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<6B>re mozna kupic znajduje sie pod adresem
|
|||
|
http://www.postgresql.org/books/. Zbi<62>r technicznych artykul/<2F>w o
|
|||
|
PostgreSQL znajduje sie pod adresem http://techdocs.postgresql.org/.
|
|||
|
|
|||
|
psql posiada kilka wbudowanych polecen \d, za pomoca kt<6B>rych mozna
|
|||
|
sprawdzic informacje dotyczace typ<79>w, operator<6F>w, funkcji, aggregat<61>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<62>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<69>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<6F>b bezposrednio pracujacych nad
|
|||
|
rozwojem PostgreSQL?
|
|||
|
|
|||
|
Przede wszystkim sciagnij ostatnie dostepne zr<7A>dl/a i przeczytaj
|
|||
|
dokumentacje przeznaczona dla developer<65>w na naszej stronie www lub
|
|||
|
dostepna takze w zr<7A>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<6F>b, kt<6B>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<65>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<6B>rej opisane sa wskaz<61>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<6F>wnac PostgreSQL w stosunku do innych DBMS?
|
|||
|
|
|||
|
Jest kilka sposob<6F>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<6B>rych inni nie posiadaja, jak typy definiowane
|
|||
|
przez uzytkownika, dziedziczenie, rules, multi-version
|
|||
|
concurrency control, kt<6B>ra redukuje problemy z blokowaiem (lock
|
|||
|
contention).
|
|||
|
|
|||
|
Wydajnosc
|
|||
|
PostgreSQL dzial/a w dw<64>ch trybach. Standardowy tryb fsync
|
|||
|
zrzuca kazda zakonczona transakcje na dysk, gwarantujac w ten
|
|||
|
spos<6F>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<6F>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<6B>ry
|
|||
|
powoduje mniejsza redukcje wydajnosci niz tryb fsync i pozwoli
|
|||
|
na integralnosc danych w przeciagu 30 sekund do zal/amania sie
|
|||
|
systemu operacyjnego.
|
|||
|
Por<6F>wnujac do MySQL czy innych prostych baz danych, jestesmy
|
|||
|
wolniejsi przy wykonywaniu insert<72>w/updat<61>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<7A>dl/owego i profilowanie. Ciekawe
|
|||
|
por<6F>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<6F>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<65>w. Kazde
|
|||
|
wydanie poprzedza conajmniej miesiac test<73>w wersji beta.
|
|||
|
Patrzac na historie wydan PostgreSQL widac, ze dostarczamy
|
|||
|
stabilne, dobrze sprawdzone wersje, kt<6B>re sa gotowe do uzycia w
|
|||
|
srodowisku produkcyjnym. Myslimy, ze proces publikowania
|
|||
|
kolejnych wersji opracowany przez nas jest jednym z lepszych
|
|||
|
wsr<73>d innych tw<74>rc<72>w oprogramowania bazodanowego.
|
|||
|
|
|||
|
Wsparcie
|
|||
|
Dzieki naszym listom mailowym masz dostep do duzej liczby
|
|||
|
programist<73>w i uzytkownik<69>w, kt<6B>rzy pomagaja rozwiazac kazdy
|
|||
|
napotkany problem. Chociaz nie mozemy gwarantowac znalezienia
|
|||
|
rozwiazania danego problemu, nie r<>znimy sie w tym od innych
|
|||
|
komercyjnych system<65>w DBMS. Bezposredni kontakt z
|
|||
|
programistami, uzytkownikami, dokumentacja i kodem zr<7A>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<6B>rych takiego rozwiazania potrzebuja. (Sprawdz ten punkt
|
|||
|
FAQ.)
|
|||
|
|
|||
|
Cena
|
|||
|
Korzystanie z PostgreSQL jest darmowe, zar<61>wno w przypadku
|
|||
|
komercyjnym jak i niekomercyjnym. Mozesz korzystac z naszego
|
|||
|
kodu zr<7A>dl/owego w Twoim produkcie bez zadnych ograniczen, poza
|
|||
|
tymi wymienionymi w licencji BSD przytoczonej powyzej.
|
|||
|
|
|||
|
1.15) W jaki spos<6F>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<6B>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<74>w, kt<6B>re trzeba ponosic aby wszystko dzial/al/o jak nalezy.
|
|||
|
Jesli Ty, badz Twoja firma moze wspom<6F>c finansowo rozw<7A>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<7A>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<7A>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<73>l/pracuje ze standardowym oprogramowaniem klienckim ODBC wiec w
|
|||
|
ten spos<6F>b mozesz korzystac z PostgreSQL ODBC dostepnego na kazdej
|
|||
|
plaformie kt<6B>ra wspiera (Win, Mac, Unix, VMS).
|
|||
|
|
|||
|
Autorzy beda prawdopodobnie sprzedawac ten produkt osobom kt<6B>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<6F>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<6B>ry zostal/ nazwany
|
|||
|
pgaccess i jest on dostarczany jako czesc zr<7A>del/. pgaccess posiada
|
|||
|
takze generator raport<72>w. Mozna go znalezc pod adresem
|
|||
|
http://www.flex.ro/pgaccess
|
|||
|
|
|||
|
Udostepnilismy takze ecpg, kt<6B>ry jest "embedded SQL query language
|
|||
|
interface" dla jezyka C.
|
|||
|
|
|||
|
2.4) Za pomoca jakich jezyk<79>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<65>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<6F>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<6F>w oraz jak duzo proces<65>w backendu
|
|||
|
skonfigurowal/es dla postmaster'a. Dla wiekszosci system<65>w, z domyslna
|
|||
|
liczba bufor<6F>w i proces<65>w potrzebujesz minimum w przyblizeniu 1MB.
|
|||
|
Zobacz PostgreSQL Administrator's Guide gdzie szczeg<65>l/owo zostal/o
|
|||
|
opisane wykorzystanie pamieci dzielonej i semafor<6F>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<6F>w. Postgres wymaga jednego
|
|||
|
semafor'a na potencjalny jeden proces backend. Tymczasowym
|
|||
|
rozwiazaniem jest uruchomienie programu postmaster z mniejsza
|
|||
|
maksymalna liczba proces<65>w backend. Uzyj opcji -N z parameterem
|
|||
|
mniejszym od domyslnego - 32. Bardziej trwal/ym rozwiazaniem jest
|
|||
|
zwiekszenie parametr<74>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<6F>w
|
|||
|
nie zostal/a wl/aczona do jadra wcale. Zobacz PostgreSQL
|
|||
|
Administrator's Guide po bardziej szczeg<65>l/owe informacje o pamieci
|
|||
|
dzielonej i semaforach.
|
|||
|
|
|||
|
3.5) W jaki spos<6F>b moge kontrolowac pol/aczenia z innych host<73>w?
|
|||
|
|
|||
|
Domyslnie PostgreSQL pozwala jedynie na pol/aczenia za pomoca socket<65>w
|
|||
|
Unixowych z lokalnego hosta. Inne hosty nie beda mogl/y sie pol/aczyc
|
|||
|
z serwerem dop<6F>ki nie zostanie dodana opcja -i do postmaster'a, oraz
|
|||
|
nie umozliwi sie autoryzacji na podstawie adresu host<73>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<6B>re indeksy sa uzywane.
|
|||
|
|
|||
|
Jesli wykonujesz bardzo duzo INSERT<52>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<6E>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<6F>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<65>w?
|
|||
|
|
|||
|
PostgreSQL ma kilka mozliwosci na raportowanie informacji o jego
|
|||
|
statusie, kt<6B>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<61>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<6F>b:
|
|||
|
cd /usr/local/pgsql
|
|||
|
./bin/postmaster >server.log 2>&1 &
|
|||
|
|
|||
|
To utworzy plik server.log w gl/<2F>wnym katalogu PostgreSQL. Ten plik
|
|||
|
zawiera pozyteczne informacje o problemach i bl/edach, kt<6B>re
|
|||
|
wydarzyl/y sie podczas pracy serwera. Postmaster posiada opcje -d,
|
|||
|
kt<6B>ra pozwala na raportowanie bardzo szczeg<65>lowych informacji. Do
|
|||
|
opcji -d podajemy liczbe, kt<6B>ra okresla szczeg<65>l/owosc wysyl/anych
|
|||
|
informacji. Musisz miec swiadomosc, ze wysoki poziom logowania bedzie
|
|||
|
powodowal/ tworzenie bardzo duzych plik<69>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<6F>b jest polecany jedynie w przypadku
|
|||
|
debugowania. Zwr<77>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<77>rzenie warunk<6E>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<6B>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<70>by
|
|||
|
pol/aczenia sie z baza danych?
|
|||
|
|
|||
|
Musisz zwiekszyc limit ilosci jednoczesnych proces<65>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<65>w backendu na pewno zauwazysz, ze trzeba zwiekszyc r<>zne
|
|||
|
parametry jadra Unixa. Rzeczy, kt<6B>re pownienes sprawdzic to maksymalna
|
|||
|
liczba blok<6F>w pamieci dzielonej, SHMMAX; maksymalna liczba semafor<6F>w,
|
|||
|
SEMMNS oraz SEMMNI; maksymalna liczba proces<65>w, NPROC; maksymalna
|
|||
|
liczba proces<65>w na jednego uzytkownika, MAXUPRC; i maksymalna liczba
|
|||
|
otwartych plik<69>w, NFILE oraz NINODE. Pow<6F>d dla kt<6B>rego PostgreSQL ma
|
|||
|
limit na maksymalna liczbe proces<65>w backendu to obawa o wyczerpanie
|
|||
|
zasob<6F>w systemu.
|
|||
|
|
|||
|
W wersjach PostgreSQL wczesniejszych niz 6.5, maksymalna liczba
|
|||
|
backend<6E>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<6B>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<6E>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<69>w
|
|||
|
zapytania?
|
|||
|
|
|||
|
Zobacz w manualu opis polecenia FETCH lub uzyj polecenia SELECT ...
|
|||
|
LIMIT....
|
|||
|
|
|||
|
Nawet jesli chesz pobrac kilka pierwszych rzed<65>w z wyniku zapytania,
|
|||
|
cal/e zapytanie musi zostac wykonane. Byc moze powinienes skorzystac z
|
|||
|
polecenia ORDER BY. Jesli istnieje indeks kt<6B>ry odpowiada polom
|
|||
|
okreslonym przez ORDER BY, PostgreSQL moze wykorzystac jedynie kilka
|
|||
|
pierwszych rzed<65>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<7A>del/ psql, a konkretnie plik
|
|||
|
pgsql/src/bin/psql/describe.c. Zawiera on polecenia SQL kt<6B>re generuja
|
|||
|
wyniki komend z backslashem. Mozesz takze uruchomic psql z opcja -E
|
|||
|
wtedy po wykonaniu polecenia z backslashem wyswietlane bedzie
|
|||
|
zapytanie, kt<6B>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<6B>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<65>w w tabeli? nieograniczona
|
|||
|
Maksymalna liczba kolumn w tabeli? 250-1600 w zalezonosci od typ<79>w kolum
|
|||
|
n
|
|||
|
Makasymalna liczba indeks<6B>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<69>w. Duze tabele sa przechowywane
|
|||
|
jako pliki o rozmiarze 1 GB, wiec ograniczenia co do wielkosci plik<69>w
|
|||
|
narzucone przez system plik<69>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<69>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/<2F>zmy, ze srednio kazdy l/ancuch tekstu w linii zajmuje 20 bajt<6A>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<6A>w: nagl/<2F>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<6A>w (8 KB), wiec:
|
|||
|
|
|||
|
8192 bajt<6A>w na strone
|
|||
|
--------------------- = 128 rzed<65>w na jedna strone w bazie (zaokraglone w
|
|||
|
d<>l/)
|
|||
|
64 bajt<6A>w na rzad
|
|||
|
|
|||
|
100000 rzed<65>w danych
|
|||
|
----------------------- = 782 stron w bazie danych (zaokraglone w g<>re)
|
|||
|
128 rzed<65>w na strone
|
|||
|
|
|||
|
782 stron w bazie * 8192 bajt<6A>w na strone = 6,406,144 bajt<6A>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<6B>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<65>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<6B>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<6B>w poniewaz jedynie mal/a czesc z tabeli jest zwracana.
|
|||
|
|
|||
|
Kiedy uzywa sie operator<6F>w dopasujacych takich jak LIKE lub ~, indeksy
|
|||
|
beda uzywane jedynie jesli poczatek wyszukiwania jest oparty na
|
|||
|
poczatku l/ancucha tekstu. Dlatego, aby uzywac indeks<6B>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<6F>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<5A>dl/owym dokumentem opisujacym oryginalnie projektowanie R-tree
|
|||
|
indeks<6B>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<6B>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<74>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<6B>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<6F>wnania case-insensitive sa zazwyczaj wykonywane w nastepujacy
|
|||
|
spos<6F>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<6A>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<6B>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<63>w o tej samej
|
|||
|
dl/ugosci. VARCHAR() jest najodpowiedniejszy do przechowywania
|
|||
|
l/ancuch<63>w o r<>znej dl/ugosci ale okresla on maksymalna jego dl/ugosc.
|
|||
|
TEXT jest najlepszy dla l/ancuch<63>w o dowolnej dl/ugosci, nie
|
|||
|
przekraczajacej 1GB. BYTEA sl/uzy do przechowywania danych binarnych,
|
|||
|
w szczeg<65>lnosci dla danych zawierajacych NULL bajty.
|
|||
|
|
|||
|
4.15.1) Jak moge utworzyc pole kt<6B>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<6F>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<77>cic uwage, ze nazwa automatycznie utworzonej sekwencji
|
|||
|
SEQUENCE bedzie nastepujaca: <tabela>_<kolumnatypuserial>_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<54>j backend, a
|
|||
|
nie przez wszystkich uzytkownik<69>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<6F>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<65>w
|
|||
|
rzed<65>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<49>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<65>w z jednego gl/<2F>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<72>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<65>w. TIDy zmieniaja sie wraz ze zmianami rzed<65>w. Sa
|
|||
|
uzywane przez indeksy, aby wskazywac do fizycznych rzed<65>w.
|
|||
|
|
|||
|
4.17) Jakie jest znaczenie niekt<6B>rych termin<69>w w PostgreSQL?
|
|||
|
|
|||
|
W czesci kodu zr<7A>dl/owego i starszej dokumentacji uzywamy termin<69>w,
|
|||
|
kt<6B>re maja bardziej og<6F>lne znaczenie. Oto niekt<6B>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<69>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<54>j kernel ma zbyt nisko
|
|||
|
ustawione limity dla pewnych zasob<6F>w. Spr<70>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<65>w
|
|||
|
utworzonych po wykonaniu polecenia. Jesli ten problem wystepuje z
|
|||
|
klientem SQL, poniewaz backend zwraca zbyt duzo danych, spr<70>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<6B>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<70>ba zrobienia czegokolwiek
|
|||
|
z uchwytem spowoduje wypisanie: invalid large obj descriptor. Kod,
|
|||
|
kt<6B>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<6B>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<69>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<77>ca niepol/aczone rzedy w t1 (te kt<6B>re nie pasuja w t2).
|
|||
|
RIGHT join dodal/by niepol/aczone rzedy z tabeli t2. FULL join
|
|||
|
zwr<77>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<6F>b uzyskana.
|
|||
|
|
|||
|
4.25) Jak zwr<77>cic w funkcji wiele rzed<65>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<70>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<54>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<7A>dl/owy. Dlaczego po rekompilacji nie widac zmiany?
|
|||
|
|
|||
|
Pliki Makefiles nie maja dorzuconych odpowiednich zaleznosci dla
|
|||
|
plik<69>w nagl/<2F>wkowych (include files). Wykonaj najpierw make clean, a
|
|||
|
nastepnie ponownie make. Jesli uzywasz GCC mozesz uzyc opcji
|
|||
|
--enable-depend przy wykonywaniu configure aby
|