mirror of
https://git.postgresql.org/git/postgresql.git
synced 2024-08-27 00:47:18 +02:00
1279 lines
57 KiB
Plaintext
1279 lines
57 KiB
Plaintext
|
|
Frequently Asked Questions (FAQ) o PostgreSQL
|
|
|
|
Ostatnia aktualizacja: Sobota Luty 7 22:16:21 EST 2004
|
|
|
|
Ostatnia aktualizacja tl/umaczenia: Piatek Marzec 5 19:31:12 EST 2004
|
|
|
|
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/faqs/FAQ.html.
|
|
|
|
Odpowiedzi na pytania dotyczace konkretnych systemów operacyjnych
|
|
mozna znalezc pod adresem: http://www.PostgreSQL.org/docs/index.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?
|
|
2.4) Za pomoca jakich jezyków programowania mozna sie komunikowac z
|
|
PostgreSQL?
|
|
|
|
Pytania dotyczace administracji
|
|
|
|
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 komunikat o 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) Jakie pliki znajduja sie w pg_temp?
|
|
3.10) Dlaczego konieczne jest przy upgradzie PostgreSQL korzystanie ze
|
|
skryptów dump i restore?
|
|
|
|
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 lub zmienic jej typ?
|
|
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?
|
|
4.26) Dlaczego nie moge w sposób pewny tworzyc/usuwac tabel
|
|
tymczasowych w funkcjach PL/PgSQL?
|
|
4.27) Jakie sa mozliwosci replikacji w PostgreSQL?
|
|
4.28) Jakie mozliwosci szyfrowania oferuje PostgreSQL?
|
|
|
|
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. Czesto podczas rozmów uzywany
|
|
jest termin "Postgres"
|
|
|
|
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 pytanie 1.6 jak sie przyl/aczyc). Ta grupa ludzi jest
|
|
odpowiedzialna za cal/y rozwój PostgreSQL. PostgreSQL jest projektem
|
|
nie kontrolowanym przez zadna firme, aby wziac udzial/ w jego rozwoju
|
|
sprawdz, http://www.PostgreSQL.org/docs/faqs/FAQ_DEV.html
|
|
|
|
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, 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 win32.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:
|
|
http://www.PostgreSQL.org/docs/faqs/text/FAQ_MSWIN na naszych
|
|
stronach.
|
|
|
|
Obecnie prowadzone sa prace nad stworzeniem wersji dla MS Win
|
|
NT/200/XP. Jesli chcesz sie dowiedziec o obecnym statusie tych prac
|
|
zobacz http://techdocs.postgresql.org/guides/Windows and
|
|
http://momjian.postgresql.org/main/writings/pgsql/win32.html.
|
|
|
|
Istnieje takze port pod Novell Netware 6 dostepny pod adresem
|
|
http://forge.novell.com.
|
|
|
|
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://techdocs.postgresql.org/companies.php.
|
|
|
|
1.7) Jaka jest ostatnia dostepna wersja?
|
|
|
|
Ostatnia dostepna wersja PostgreSQL to 7.4.1.
|
|
|
|
Planujemy publikowanie kolejnych wersji co szesc do osmiu miesiecy.
|
|
|
|
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/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://techdocs.PostgreSQL.org/techdocs/bookreviews.php. 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, agregató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, wiec musielismy im ufac i miec pewnosc, ze ich poprawki sa
|
|
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 blokowaniem
|
|
(lock contention).
|
|
|
|
Wydajnosc
|
|
Wydajnosc PostgreSQL jest podobna do innych komercyjnych i open
|
|
source baz danych. W niektórych sytuacjach jest szybszy w
|
|
niektórych wolniejszy. W porównianiu do MySQL lub mniejszych
|
|
baz danych jestesmy szybsi przy wielu uzytkownikach,
|
|
skomplikowaych zapytaniach i duzym obciazeniu podczas. MySQL
|
|
jest szybszy dla prostych SELECTów wykonywanych przez niewielu
|
|
uzytkowników. Spowodowane jest to narzutem, który sie pojawia
|
|
przy transakcjach. Oczywiscie MySQL nie ma wiekszosci z
|
|
rozwiazan opisanych powyzej w sekcji Mozliwosci . PostgreSQL
|
|
zostal/ stworzony z mysla o stabilnosci, oraz szerokiej gamie
|
|
mozliwosci, ale mimo to staramy sie w kazdej wersji poprawiac
|
|
jego wydajnosc. Ciekawe porównanie PostgreSQL i MySQL mozna
|
|
znalezc pod adresem
|
|
http://openacs.org/philosophy/why-not-mysql.html Dodatkowo,
|
|
MySQL jest firma, która dystrybuuje jej produkty poprzez zasade
|
|
Open Source i wymaga wykupienia licencji w przypadku tworzenia
|
|
close-source software, co ie ma miejsca w przypadku PostgreSQL.
|
|
|
|
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 co najmniej 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, czyli roku 1996 kiedy rozpoczelismy prace.
|
|
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://store.pgsql.com/shopping/ 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.
|
|
_________________________________________________________________
|
|
|
|
Jesli mozesz sie pochwalic udanymi wdrozeniami PostgreSQL, prosimy
|
|
abys zgl/osil/ nam to na stronie: http://advocacy.postgresql.org.
|
|
|
|
User Client Questions
|
|
|
|
2.1) Czy sa jakies driwery ODBC dla PostgreSQL?
|
|
|
|
Dostepne sa dwa driwery ODBC: PsqlODBC i OpenLink ODBC.
|
|
|
|
Mozesz pobrac PsqlODBC z adresu
|
|
http://gborg.postgresql.org/project/psqlodbc/projdisplay.php
|
|
|
|
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
|
|
pltaformie 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.
|
|
|
|
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
|
|
|
|
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 lub mod_perl.
|
|
|
|
2.3) Czy istnieje jakies GUI dla PostgreSQL?
|
|
|
|
Tak, istnieje kilka interfejsów graficznych dla PostgreSQL. Wsród nich
|
|
PgAccess ( http://www.pgaccess.org), PgAdmin III
|
|
(http://www.pgadmin.org), RHDB Admin (http://sources.redhat.com/rhdb/
|
|
) oraz Rekall ( http://www.thekompany.com/products/rekall/,
|
|
komercyjny). Istnieje takze PHPPgAdmin (
|
|
http://phppgadmin.sourceforge.net/ ), webowy interfejs dla PostgreSQL.
|
|
|
|
Wiecej informacji na ten temat znajduje sie pod adresem See
|
|
http://techdocs.postgresql.org/guides/GUITools.
|
|
|
|
2.4) Za pomoca jakich jezyków programowania mozna sie komunikowac z
|
|
PostgreSQL?
|
|
|
|
Najbardziej popularne jezyki posiiadaja wl/asny interfejs dla
|
|
PostgreSQL. Sprawdz liste rozszerzen dla intersujacego Ciebie jezyka
|
|
programowania.
|
|
|
|
Ze zródl/ami PostreSQL dystrubuowane sa interfejsy dla nastepujacych
|
|
jezyków programowania:
|
|
* C (libpq)
|
|
* Embedded C (ecpg)
|
|
* Java (jdbc)
|
|
* Python (PyGreSQL)
|
|
* TCL (libpgtcl)
|
|
|
|
Inne interfejsy sa dostepne pod adresem: http://gborg.postgresql.org w
|
|
sekcji Drivers/Interfaces.
|
|
_________________________________________________________________
|
|
|
|
Pytania dotyczace administracji
|
|
|
|
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 nakl/adany 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.
|
|
|
|
3.9) Jakie pliki znajduja sie w pg_temp?
|
|
|
|
Katalog ten zawiera 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 parametr
|
|
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.
|
|
|
|
3.9) Dlaczego konieczne jest przy upgradzie PostgreSQL korzystanie ze
|
|
skryptów dump i restore?
|
|
|
|
Twórcy PostgreSQL dokonuja jedynie mal/ych zmian pomiedzy mal/ymi
|
|
upgradami wersji, np z 7.2 do 7.2.1, wtedy upgrade nie wymaga
|
|
korzystania z dump i restore. Przy wiekszych zmianach, np. z wersji
|
|
7.2 do 7.3, czesto zmianymaja wpl/yw na format przechowywanych danych.
|
|
Zmiany te sa na tyle skomplikowane, ze nie utrzymujemy zgodosci z
|
|
poprzednimi wersjami PostgreSQL. dump pozwala na wydostanie danych w
|
|
takiej postaci, w której l/atwe jest ich zaimportowanie do nowszych
|
|
wersji bez kl/opotu.
|
|
|
|
W wydaniach gdzie zmiany nie dotycza formatu danych na dysku, mozna
|
|
wykorzystac skryptu pg_upgrade, do upgradu bez uzycia dump/restore.
|
|
Dokumentacja do danego wydania zawiera informacje czy mozliwe jest
|
|
uzycie pg_upgrade.
|
|
_________________________________________________________________
|
|
|
|
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.
|
|
|
|
Aby otrzymac losowy rzad, uzyj:
|
|
SELECT col
|
|
FROM tab
|
|
ORDER BY random()
|
|
LIMIT 1;
|
|
|
|
|
|
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 lub zmienic jej typ?
|
|
|
|
DROP COLUMNT zostal/o dodane w wersji 7.3 przy poleceniu ALTER TABLE
|
|
DROP COLUMN. We wczesniejszych wersjach mozesz zrobic tak:
|
|
BEGIN;
|
|
LOCAL TABLE old_table;
|
|
SELECT ... -- wybierz wszystkie kolumny poza ta jedna której chcesz sie po
|
|
zbyc
|
|
INTO TABLE new_table
|
|
FROM old_table;
|
|
DROP TABLE old_table;
|
|
ALTER TABLE new_table RENAME TO old_table;
|
|
|
|
Aby zmienic typ danych kolumny mozesz zrobic tak:
|
|
BEGIN;
|
|
ALTER TABLE tab ADD COLUMN new_col new_data_type;
|
|
UPDATE tab SET new_col = CAST(old_col AS new_data_type);
|
|
ALTER TABLE tab DROP COLUMN old_col;
|
|
COMMIT;
|
|
|
|
4.5) Jaki jest maksymalny rozmiar dla rzedu, tabeli i bazy danych?
|
|
|
|
Oto wszystkie ograniczenia:
|
|
Maksymalny rozmiar dla bazdy danych? nieograniczony ( istnieja
|
|
bazy danych o wielkosci 32 TB databases )
|
|
Maksymalny rozmiar dla tabeli? 32 TB
|
|
Maksymalny rozmiar dla rzedu? 1.6 TB
|
|
Maksymalny rozmiar pola? 1 GB
|
|
Maksymalna liczba rzedów w tabeli? nieograniczona
|
|
Maksymalna liczba kolumn w tabeli? 250-1600 w zalezonosci od typów ko
|
|
lumn
|
|
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 32 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.
|
|
|
|
NULLe sa przechowywane jako mapy bitowe, wiec uzywaja bardzo mal/o
|
|
miejsca.
|
|
|
|
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/
|
|
indeksy poniewaz jedynie mal/a czesc z tabeli jest zwracana. W
|
|
rzeczywistosci, chociaz MAX() i MIN() nie uzywaja indeksów, mozliwe
|
|
jest aby zwrócic te wartosci uzywajac indeksów poprzez uzycie ORDER BY
|
|
i LIMIT.
|
|
SELECT col
|
|
FROM tab
|
|
ORDER BY col [ DESC ]
|
|
LIMIT 1;
|
|
|
|
Jesli uwazasz, ze optimizer myli sie wybierajac sequential scan, uzyj
|
|
SET enable_seqscan TO 'off' i uruchom testy aby sprawdzic czy wtym
|
|
wypadku zapytanie bedzie szybciej wykonywane.
|
|
|
|
Kiedy uzywa sie operatorów dopasujacych takich jak LIKE lub ~, indeksy
|
|
beda uzywane jedynie w pewnych wypadkach:
|
|
* Poczatek wyszukiwania jest oparty na poczatku l/ancucha tekstu.
|
|
+ wzorce LIKE nie moga sie zaczynac %
|
|
+ dopasowania operatorem ~ (dopasowania regularne) musza sie
|
|
zaczynac znakiem specjalnym ^.
|
|
* Poczatek wyszukiwania nie moze sie zaczynac od klas znaków, np.
|
|
[a-e].
|
|
* Case-insensitive searches such as ILIKE and ~* do not utilise
|
|
indexes. Instead, use functional indexes, which are described in
|
|
section 4.12.
|
|
* Standardowe locale C musi byc uzyte przy wykonywaniu initdb
|
|
|
|
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.
|
|
|
|
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
|
|
--------------------------------------------------
|
|
VARCHAR(n) varchar rozmiar okresla maksymalna dl/ugosc, nie ma
|
|
tutaj wypel/niania
|
|
CHAR(n) bpchar wypel/niane pustymi znakami do podanej dl/ug
|
|
osci
|
|
TEXT text bez limitu na dl/ugosc l/ancucha
|
|
BYTEA bytea zmiennej dl/ugosci tablica bajtów (null-byte
|
|
safe)
|
|
"char" char 1 znak
|
|
|
|
Jesli bedziesz przegladac katalogi systemowe lub komunikaty o bl/edach
|
|
czesto spotkasz sie z podanymi powyzej nazwami wewnetrznymi.
|
|
|
|
Pierwsze 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.
|
|
VARCHAR(n) 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.
|
|
|
|
CHAR(n) jast najlepszym typem do przechowywania l/ancuchów o tej samej
|
|
dl/ugosci. CHAR(n) wypel/nia dane do zadanej dl/ugosci, podczas gdy
|
|
VARCHAR(n) przechowuje jedynie dane dostarczone. BYTEA sl/uzy do
|
|
przechowywania danych binarnych, w szczególnosci dla danych
|
|
zawierajacych NULL bajty. Wszystkie typy opisane tutaj maja podobne
|
|
charakterystyki jesli chodzi o wydajnosc.
|
|
|
|
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: <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ó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://hea-www.harvard.edu/MST/simul/software/docs/pkgs/pgsql/
|
|
glossary/glossary.html.
|
|
|
|
4.18) Skad bierze sie ten bl/ad "ERROR: Memory exhausted in
|
|
AllocSetAlloc()"?
|
|
|
|
Prawdopodobnie 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?
|
|
|
|
W wersjach wczesniejszych niz 7.4 l/aczymy podzapytania w outer
|
|
queries poprzez sekwencyjne przeszukiwanie wyników podzapytania dla
|
|
kazdego rzedu z outer query. Jesli podzapytanie zwraca jedynie kilka
|
|
rzedów a zewnetrzne zapytanie zwraca ich wiele, IN jest najszybsze.
|
|
Aby przyspieszyc inne zapytania mozna zastapic IN przez EXISTS:
|
|
SELECT *
|
|
FROM tab
|
|
WHERE col IN (SELECT subcol FROM subtab)
|
|
|
|
na:
|
|
SELECT *
|
|
FROM tab
|
|
WHERE EXISTS (SELECT subcol FROM subtab WHERE subcol = col)
|
|
|
|
Aby to rozwiazanie byl/o szybkie, subcol powinna byc kolumna
|
|
indeksowana.
|
|
|
|
W wersji 7.4 i pózniejszych, IN w rzeczywistosci uzywa tej samej
|
|
wyrafinowanej techniki l/aczenia jak normalne zapytania i jest
|
|
preferowane nad uzywaniem EXISTS.
|
|
|
|
4.23) Jak wykonac "outer join"?
|
|
|
|
PostgreSQL ma 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.
|
|
|
|
contrib/dblink pozwala na wykonywanie zapytan poprzez rózne bazy
|
|
danych wywol/ujac odpowiednie funkcje. Oczywiscie klient moze l/aczyc
|
|
sie z róznymi bazami danych i l/aczyc informacje w ten sposób uzyskana
|
|
po stronie klienta.
|
|
|
|
4.25) Jak zwrócic w funkcji wiele rzedów lub kolumn?
|
|
|
|
Mozesz w l/atwy sposób zwracac wiele rzedów lub kolumn uzywajac
|
|
funkcji z:
|
|
http://techdocs.postgresql.org/guides/SetReturningFunctions.
|
|
|
|
4.26) Dlaczego nie moge w sposób pewny tworzyc/usuwac tabel tymczasowych w
|
|
funkcjach PL/PgSQL?
|
|
|
|
PL/PgSQL przechowuje w cache zawartosc funkcji, niepozadanym efektem
|
|
tego jest to, ze gdy taka funkcja korzysta z tabel tymczasowych, które
|
|
sa pózniej kasowane i odtwarzane, a funkcja wywol/ywana jest
|
|
ponownie,jej wywol/anie nie powiedzie sie poniewaz cachowana funkcja
|
|
wciaz bedzie wskazywac na stara tablice tymczasowa. Rozwiazaniem tego
|
|
problemu jest uzywanie EXECUTE aby korzystac z tabel tymczasowych w
|
|
PL/PgSQL. To spowoduje, ze zapytanie bedzie parsowane przy kazdym
|
|
wywol/aniu funkcji.
|
|
|
|
4.27) Jakie sa mozliwosci replikacji w PostgreSQL?
|
|
|
|
Jest kilka opcji aby stosowac replikacje typu master/slave. Ten typ pozwala
|
|
jedynie masterowi na dokonywanie zmian w bazie danych, a slave moze jedynie
|
|
te zmiany odczytywac. Na stronie
|
|
http://gborg.PostgreSQL.org/genpage?replication_research znajduje sie ich
|
|
lista. Replikacja typu multi-master jest w trakcie prac, opis projektu
|
|
znajduje sie pod adresem:
|
|
http://gborg.PostgreSQL.org/project/pgreplication/projdisplay.php.
|
|
4.28) Jakie mozliwosci szyfrowania oferuje PostgreSQL?
|
|
|
|
* contrib/pgcrypto zawiera wiele funkcji za pomoca, których mozemy
|
|
uzywac kryptografii w zapytaniach SQL.
|
|
* Aby szyfrowac transmisje od klienta do serwera, ten musi miec
|
|
ustawiona opcje ssl na true w pliku postgresql.conf, odpowiedni
|
|
wpis host lub hostssl musi wystepowac w pliku pg_hba.conf, oraz
|
|
sslmode nie moze byc wyl/aczone w kliencie. (Warto zwrócic uwage,
|
|
ze mozliwe jest takze uzywanie transportów szyfrujaców przez
|
|
strony trzecie, takie jak stunnel lub ssh, poza natywnym wsparciem
|
|
dla SSL przez PostgreSQL).
|
|
* Hasl/a uzytkowników bazy danych sa automatycznie szyfrowane od
|
|
wersji 7.3. W poprzednich wersjach, nalezy ta funkcjonalnosc
|
|
poprzez wl/aczenie opcji PASSWORD_ENCRYPTION w postgresql.conf.
|
|
* Serwer moze dzial/ac uzywajac szyfrowanego systemu plików.
|
|
|
|
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)?
|
|
|
|
W wersjach PostgreSQL od numeru 7.3, funckje zwracajace tabele sa w pelni
|
|
wspierane w C, PL/PgSQL i SQL. Sprawdz w Programmer's Guide aby uzyskac
|
|
wiecej informacji. Przykl/ad funkcji napisanej w C zwracajacej tabele
|
|
zostal/ umieszczony w contrib/tablefunc.
|
|
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 kompilator mógl/ okreslic zaleznosci
|
|
samodzielnie.
|