Ostatnia aktualizacja: Thu Apr 18 00:44:51 EDT 2002
+Ostatnia aktualizacja: Sobota Luty 7 22:16:21 EST 2004
+ +Ostatnia aktualizacja tłumaczenia: Piątek Marzec 5 19:31:12 EST 2004
Obecny maintainer: Bruce Momjian (pgman@candle.pha.pa.us)
@@ -24,16 +26,15 @@
"mailto:m.mazurek@netsync.pl">m.mazurek@netsync.pl)
Najbardziej aktualną wersję tego dokumentu można znaleźć pod adresem: http://www.PostgreSQL.org/docs/faq-english.html.
+ "http://www.Postgresql.org/docs/faqs/FAQ.html">http://www.PostgreSQL.org/docs/faqs/FAQ.html.Odpowiedzi na pytania dotyczące konkretnych systemów operacyjnych można znaleźć pod adresem: http://www.PostgreSQL.org/users-lounge/docs/faq.html.
+ "http://www.PostgreSQL.org/docs/index.html">http://www.PostgreSQL.org/docs/index.html.PostgreSQL wymawia się Post-Gres-kju-el.
+PostgreSQL wymawia się Post-Gres-kju-el. Często podczas + rozmów używany jest termin "Postgres"
PostgreSQL jest rozszerzeniem systemu zarządzania bazami danych - POSTGRES, kolejną generacją rozwojowego prototypu DBMS. @@ -181,11 +188,14 @@ komunikujących się poprzez mailowe listy dyskusyjne PostgreSQL. Obecnym koordynatorem jest Marc G. Fournier (scrappy@PostgreSQL.org). (Zobacz - poniżej jak się przyłączyć). Ta grupa ludzi jest odpowiedzialna za - cały rozwój PostgreSQL.
+ pytanie 1.6 jak się przyłączyć). Ta grupa ludzi jest + odpowiedzialna za cały rozwój PostgreSQL. PostgreSQL jest projektem + nie kontrolowanym przez żadną firmę, aby wziąć udział w jego rozwoju + sprawdź, + http://www.PostgreSQL.org/docs/faqs/FAQ_DEV.htmlAutorami PostgreSQL 1.01 byli Andrew Yu and Jolly Chen. - Wiele innych osób pomogło przy portowaniu, testowaniu, debugowaniu, i + Wiele innych osób pomogło przy portowaniu, testowaniu, debugowaniu i rozwijaniu kodu. Oryginalny kod Postgresa, na którym został oparty PostgreSQL, był wysiłkiem studentów oraz pracowników pracujących pod kierownictwem profesora Michael'a Stonebraker'a z University of @@ -243,11 +253,11 @@
Klient
-Możliwa jest kompilacja bibliteki C libpq C, psql oraz +
Możliwa 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 się poprzez TCP/IP. Serwer może działać na dowolnej wspieranej platformie - Unixowej. Plik win31.mak jest dołączony + Unixowej. Plik win32.mak jest dołączony do źródeł, aby można było stworzyć bibliotekę libpq oraz program psql działające w środowisku Win32. PostgreSQL może się także komunikować z klientami ODBC.
@@ -257,9 +267,18 @@Serwer może być uruchamiany na Windows NT i Win2k używając bibliotek Cygwin, Cygnus Unix/NT. W pliku pgsql/doc/FAQ_MSWIN znajdującym się w źródłach lub pod adresem: MS Windows FAQ - na naszych stronach. Nie planujemy tworzyć portu przeznaczonego - docelowo dla platformy Microsoft.
+ "http://www.postgresql.org/docs/faqs/text/FAQ_MSWIN">http://www.PostgreSQL.org/docs/faqs/text/FAQ_MSWIN na naszych stronach.+ Obecnie prowadzone są prace nad stworzeniem wersji dla MS Win + NT/200/XP. Jeśli chcesz się dowiedzieć o obecnym statusie tych prac + zobacz http://techdocs.postgresql.org/guides/Windows and + http://momjian.postgresql.org/main/writings/pgsql/win32.html. +
++ Istnieje także port pod Novell Netware 6 dostępny pod adresem http://forge.novell.com. +
Lista firm oferujących wsparcie na zasadach komercyjnych znajduje - się pod adresem: http://www.postgresql.org/users-lounge/commercial-support.html.
+ się pod adresem: http://techdocs.postgresql.org/companies.php.Ostatnia dostępna wersja PostgreSQL to 7.2.1.
+Ostatnia dostępna wersja PostgreSQL to 7.4.1.
-Planujemy publikowanie kolejnych wersji co cztery miesiące.
+Planujemy publikowanie kolejnych wersji co sześć do ośmiu miesięcy.
Istnieją także dwie książki dostępne online pod adresami http://www.PostgreSQL.org/docs/awbook.html @@ -348,14 +366,15 @@ "http://www.commandprompt.com/ppbook/">http://www.commandprompt.com/ppbook/. Lista książek o PostgreSQL, które można kupić znajduje się pod adresem http://www.postgresql.org/books/. + "http://techdocs.PostgreSQL.org/techdocs/bookreviews.php"> + http://techdocs.PostgreSQL.org/techdocs/bookreviews.php. Zbiór technicznych artykułów o PostgreSQL znajduje się pod adresem http://techdocs.postgresql.org/.
+ "http://techdocs.PostgreSQL.org">http://techdocs.postgresql.org/.psql posiada kilka wbudowanych poleceń \d, za pomoca których można sprawdzić informacje dotyczące typów, operatorów, funkcji, - aggregatów itd.
+ agregatów itd.Na naszej stronie można znaleźć dużo więcej dokumentacji.
@@ -409,8 +428,8 @@Jest około 12 osób, które mają uprawnienia do commit'owania w CVS PostgreSQL'a. Każdy z nich submitował tak wiele wysokiej jakości patchy, że stało się niemożliwe dla obecnych - commiterów być z nimi na bieżąco, mając pewność że są to poprawki - wysokiej jakości.
+ commiterów być z nimi na bieżąco, więc musieliśmy im ufać i mieć + pewność, że ich poprawki są wysokiej jakości.PostgreSQL korzysta z najlepszej infrastruktury od samego początku - istnienia projektu, tzn. sześciu lat. Wszystko to zawdzięczamy Marc'owi - Fournier'owi, który stworzył tą infrastrukturę i zarządza nią od - lat.
+ istnienia projektu, czyli roku 1996 kiedy rozpoczeliśmy pracę. Wszystko + to zawdzięczamy Marc'owi Fournier'owi, który stworzył tą infrastrukturę + i zarządza nią od lat.Wysokiej jakości infrastruktura jest bardzo ważna dla każdego projektu open-source. Zapobiega przerwom w rozwoju projektu i jakimkolwiek przestojom.
Oczywiście korzystanie z wysokiej jakości infrastruktury nie jest - tanie. Istnieje wiele róznych miesięcznych, czy jednorazowych + tanie. Istnieje wiele różnych miesięcznych, czy jednorazowych wydatków, które trzeba ponosić aby wszystko działało jak należy. Jeśli Ty, bądź Twoja firma może wspomóc finansowo rozwój PostgreSQL odwiedź adres: http://www.pgsql.com/pg_goodies + "http://store.pgsql.com/shopping/">http://store.pgsql.com/shopping/ gdzie opisane jest jak to zrobić.
Chociaż na stronie wspomniana jest nazwa PostgreSQL Inc, "datki" @@ -542,6 +546,9 @@ przeznaczane na finansowanie jakiejkolwiek firmy. Jeśli wolisz, możesz wysłać czek na adres kontaktowy.
Dostępne są dwa driwery ODBC: PsqlODBC i OpenLink ODBC.
-PsqlODBC jest dołączony do źródeł. Więcej informacji na jego temat - możesz znaleźć pod adresem: ftp://ftp.PostgreSQL.org/pub/odbc/.
- +Możesz pobrać PsqlODBC z adresu http://gborg.postgresql.org/project/psqlodbc/projdisplay.php +
+OpenLink ODBC może być pobrany z adresu: http://www.openlinksw.com. Współpracuje ze standardowym oprogramowaniem klienckim ODBC więc w ten sposób możesz korzystać z PostgreSQL ODBC - dostępnego na każdej plaformie którą wspiera (Win, Mac, Unix, VMS).
+ dostępnego na każdej pltaformie którą wspiera (Win, Mac, Unix, VMS).Autorzy będą prawdopodobnie sprzedawać ten produkt osobom które wymagają komercyjnego wsparcia, ale wersja darmowa będzie zawsze dostępna. Wszystkie pytania możesz wysyłać na adres: postgres95@openlink.co.uk.
-Sprawdź także rozdział o ODBC - w "Programmer's Guide".
-Inny znajduje się pod adresem: http://www.phone.net/home/mwm/hotlist/.
-Do integracji z www, świetnym rozwiązaniem jest PHP. Możesz znaleźć więcej informacji na ten temat pod adresem http://www.php.net.
Wiele osób w przypadku skomplikowanych rozwiązań uzywa Perl'a i - modułu CGI.pl.
+ modułu CGI.pl lub mod_perl. -Mamy całkiem miły interfejs graficzny, który został nazwany - pgaccess i jest on dostarczany jako część źródeł. - pgaccess posiada także generator raportów. Można go znaleźć - pod adresem http://www.flex.ro/pgaccess
- -Udostępniliśmy także ecpg, który jest "embedded SQL query - language interface" dla języka C.
- -Tak, istnieje kilka interfejsów graficznych dla PostgreSQL. + Wśró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 + także PHPPgAdmin ( http://phppgadmin.sourceforge.net/ ), webowy + interfejs dla PostgreSQL. +
++ Więcej informacji na ten temat znajduje się pod adresem See + http://techdocs.postgresql.org/guides/GUITools. + +
Mamy wsparcie dla:
+Najbardziej popularne języki posiiadają własny interfejs dla + PostgreSQL. Sprawdź listę rozszerzeń dla intersującego Ciebie języka + programowania.
+ +Ze źródłami PostreSQL dystrubuowane są interfejsy dla + następujących języków programowania:
+Niedziałające semafory mogą spowodować niepoprawne zamknięcie - systemu w czasie intensywnego korzystania z bazy.
+ systemu w czasie intensywnego korzystania z bazy. +Jeśli treść błędu jest inna, może to oznaczać, że obsługa semaforów nie została włączona do jądra wcale. Zobacz PostgreSQL Administrator's Guide po bardziej szczegółowe informacje o pamięci @@ -692,8 +693,7 @@ postmaster'a, oraz nie umożliwi się autoryzacji na podstawie adresu hostów modyfikując odpowiednio plik - $PGDATA/pg_hba.conf. To zmiany pozwolą na - połączenia TCP/IP.
+ $PGDATA/pg_hba.conf. To zmiany pozwolą na połączenia TCP/IP.Jest kilka opcji pozwalających na poprawienie wydajności. @@ -825,19 +825,12 @@ maksymalną liczbę procesów backendu to obawa o wyczerpanie zasobów systemu.
-W wersjach PostgreSQL wcześniejszych niż 6.5, maksymalna liczba - backendów była ustawiona na 64, a zmiana tej wartości wymaga - rekompliacji po zmianie stałej MaxBackendId w pliku - include/storage/sinvaladt.h.
+Są to tymczasowe pliki utworzone przez executor. Dla przykładu, - jeśli jakaś operacja sortowania jest wymagana do wykonania +
Katalog ten zawiera tymczasowe pliki utworzone przez executor. Dla + przykładu, jeśli jakaś operacja sortowania jest wymagana do wykonania ORDER BY, a samo sortowanie wymaga więcej miejsca niż - paratmetr backendu + parametr backendu -S ustawił do wykorzystania, wtedy tymczasowe pliki są używane do przechowywania tych danych.
@@ -846,6 +839,25 @@ poprawnie podczas operacji sortowania. Jeśli w danym momencie nie działają żadne procesy backendów mozesz spokojnie usunąć pliki pg_tempNNN.NN. + ++ Twórcy PostgreSQL dokonują jedynie małych zmian pomiędzy małymi + upgradami wersji, np z 7.2 do 7.2.1, wtedy upgrade nie wymaga + korzystania z dump i restore. Przy większych zmianach, np. z wersji + 7.2 do 7.3, często zmianymają wpływ na format przechowywanych danych. + Zmiany te są na tyle skomplikowane, że nie utrzymujemy zgodości z + poprzednimi wersjami PostgreSQL. dump pozwala na wydostanie danych w + takiej postaci, w której łatwe jest ich zaimportowanie do nowszych + wersji bez kłopotu. +
++ W wydaniach gdzie zmiany nie dotyczą formatu danych na dysku, można + wykorzystać skryptu pg_upgrade, do upgradu bez użycia dump/restore. + Dokumentacja do danego wydania zawiera informację czy możliwe jest + użycie pg_upgrade. +
+ Aby otrzymać losowy rząd, użyj: +
+ SELECT col + FROM tab + ORDER BY random() + LIMIT 1; ++
Nie mamy zaimplementowanego ALTER TABLE DROP - COLUMN, ale możesz zrobić tak:
+DROP COLUMNT zostało dodane w wersji 7.3 przy poleceniu ALTER + TABLE DROP COLUMN. We wcześńiejszych wersjach możesz zrobić tak: +
- SELECT ... -- wybierz zawartość wszystkich kolumn poza tą jedną której chcesz się pozbyć
+ BEGIN;
+ LOCAL TABLE old_table;
+ SELECT ... -- wybierz wszystkie kolumny poza tą jedną której chcesz się pozbyć
INTO TABLE new_table
FROM old_table;
DROP TABLE old_table;
ALTER TABLE new_table RENAME TO old_table;
+ + Aby zmienić typ danych kolumny możesz zrobić 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; ++
Oto wszystkie ograniczenia:
- Maksymalny rozmiar dla bazdy danych? nieograniczony ( istnieją bazy danych o wielkości 500 GB databases )
- Maksymalny rozmiar dla tabeli? 16 TB
- Maksymalny rozmiar dla rzędu? nieograniczony w 7.1 i późniejszych
- Maksymalny rozmiar pola? 1 GB w 7.1 and later
+ Maksymalny rozmiar dla bazdy danych? nieograniczony ( istnieją
+ bazy danych o wielkości 32 TB databases )
+ Maksymalny rozmiar dla tabeli? 32 TB
+ Maksymalny rozmiar dla rzędu? 1.6 TB
+ Maksymalny rozmiar pola? 1 GB
Maksymalna liczba rzędów w tabeli? nieograniczona
- Maksymalna liczba kolumn w tabeli? 250-1600 w zależoności od typów kolumn
- Makasymalna liczba indeksów na tabeli? nieograniczona
+ Maksymalna liczba kolumn w tabeli? 250-1600 w zależoności od typów kolumn
+ Makasymalna liczba indeksów na tabeli? nieograniczona
Oczywiście "nieograniczony" nie jest prawdą tak do końca, istnieją
ograniczenia wynikające z dostępnego miejsca na dysku, pamięci/swapa.
Kiedy wielkości te będą bardzo duże może odbić się to na wydajności.
- Maksymalny rozmiar tabeli, czyli 16 TB nie wymaga od systemu +
Maksymalny rozmiar tabeli, czyli 32 TB nie wymaga od systemu operacyjnego wsparcia dla dużych plików. Duże tabele są przechowywane jako pliki o rozmiarze 1 GB, więc ograniczenia co do wielkości plików narzucone przez system plików nie są istotne.
@@ -957,6 +994,9 @@Indeksy nie powodują dużego narzutu na zajmowane miejsce, ale zawierają pewne dane, więc w pewnych przypadkach moga być całkiem duże.
+NULLe są przechowywane jako mapy bitowe, więc używają bardzo mało + miejsca. +
+ SELECT col + FROM tab + ORDER BY col [ DESC ] + LIMIT 1; ++
+ Jeśli uważasz, że optimizer myli się wybierając sequential scan, użyj + SET enable_seqscan TO 'off' i uruchom testy aby sprawdzić czy wtym + wypadku zapytanie będzie szybciej wykonywane.
Kiedy używa się operatorów dopasujących takich jak - LIKE lub ~, indeksy będą używane jedynie jeśli - początek wyszukiwania jest oparty na początku łańcucha tekstu. - Dlatego, aby używac indeksów, - dopasowania operatorem LIKE nie mogą się zaczynać - %, a dopasowania operatorem ~ (dopasowania regularne) - muszą się zaczynać znakiem specjalnym ^.
- + LIKE lub ~, indeksy będą używane jedynie w + pewnych wypadkach: +Operator ~ moze być wykorzystywany do wyszukiwania za pomocą wyrażeń regularnych, a ~* do wyszukiwania case-insensitive z wyrażeniami regularnymi. Wariant case-insensitive dla LIKE został nazwany - ILIKE i jest dostępny w PostgreSQL 7.1 i późniejszych - wersjach.
+ ILIKE.Porównania case-insensitive są zazwyczaj wykonywane w następujący sposób:
@@ -1087,31 +1148,41 @@Type Nazwa wewnętrzna Uwagi -------------------------------------------------- -"char" char 1 znak -CHAR(#) bpchar wypełniane pustymi znakami do podanej długości -VARCHAR(#) varchar rozmiar określa maksymalną długość, nie ma tutaj wypełniania +VARCHAR(n) varchar rozmiar określa maksymalną długość, nie ma tutaj wypełniania +CHAR(n) bpchar wypełniane pustymi znakami do podanej długości TEXT text bez limitu na długość łańcucha BYTEA bytea zmiennej długości tablica bajtów (null-byte safe) +"char" char 1 znak
Jeśli będziesz przeglądać katalogi systemowe lub komunikaty o błędach często spotkasz się z podanymi powyżej nazwami wewnętrznymi.
-Ostatnie cztery typy powyżej to tzw typy "varlena" (np. pierwsze +
Pierwsze cztery typy powyżej to tzw typy "varlena" (np. pierwsze cztery bajty na dysku to długość, po których jest data). Dlatego faktyczna długośc takiego łańcucha jest trochę większa niż zadeklarowany rozmiar. Te typy także podlegają kompresji lub mogą być przechowywane out-of-line jako TOAST, więc faktyczne zużycie miejsca na dysku może być mniejsze niż oczekiwane.
-CHAR() jast najlepszym typem do przechowywania - łańcuchów o tej samej długości. VARCHAR() jest + VARCHAR(n) jest najodpowiedniejszy do przechowywania łańcuchów o różnej długości - ale określa on maksymalną jego długość. TEXT jest - najlepszy dla łańcuchów o dowolnej długości, nie przekraczającej 1GB. - BYTEA służy do przechowywania danych binarnych, - w szczególności dla danych zawierających NULL bajty.
+ ale określa on maksymalną jego długość. + + TEXT jest najlepszy dla łańcuchów o dowolnej długości, + nie przekraczającej 1GB. + ++ CHAR(n) jast najlepszym typem do przechowywania + łańcuchów o tej samej długości. CHAR(n) wypełnia dane do żadanej + długości, podczas gdy VARCHAR(n) przechowuje jedynie dane + dostarczone. + + BYTEA służy do przechowywania danych binarnych, + w szczególności dla danych zawierających NULL bajty. + Wszystkie typy opisane tutaj maja podobne charakterystyki jeśli + chodzi o wydajność.
Aby poprawić zbieżność (concurrency), wartości sekwencji są @@ -1197,8 +1268,7 @@ BYTEA bytea zmiennej d numerowaniu z przerwanych transakcji.
OID są PostgreSQL'owym rozwiązaniem problemu unikalnych numerów rzędów. Każdy rząd tworzony przez PostgreSQL @@ -1274,15 +1344,15 @@ BYTEA bytea zmiennej d
Listę terminów związanych z bazami danych możesz znaleźć pod tym - adresem:http://www.comptechnews.com/~reaster/dbdesign.html
+ adresem:http://hea-www.harvard.edu/MST/simul/software/docs/pkgs/pgsql/glossary/glossary.html.Jeśli używasz wersji starszej niż 7.1, upgrade może rozwiązać ten - problem. Jest także mozliwe, że po prostu wyczerpała Ci się pamięć - wirtualna (virtual memory) w systemie lub Twój kernel ma zbyt nisko +
+ Prawdopodobnie wyczerpała Ci się pamięć wirtualna (virtual memory) + w systemie lub Twój kernel ma zbyt nisko ustawione limity dla pewnych zasobów. Spróbuj wykonać następujące polecenia zanim uruchomisz postmaster'a:
@@ -1332,29 +1402,38 @@ BYTEA bytea zmiennej d
4.22) Dlaczego zapytania używające
IN sa takie wolne?
- Obecnie łączymy podzapytania w outer queries poprzez sekwencyjne
- przeszukiwanie wyników podzapytania dla każdego rzędu z outer query.
- Można to ominąć zastępując IN przez
+
W wersjach wcześniejszych niż 7.4 łączymy podzapytania w outer queries
+ poprzez sekwencyjne przeszukiwanie wyników podzapytania dla każdego rzędu
+ z outer query. Jeśli podzapytanie zwraca jedynie kilka rzędów a
+ zewnętrzne zapytanie zwraca ich wiele, IN jest najszybsze.
+ Aby przyspieszyć inne zapytania można zastąpić IN przez
EXISTS:
SELECT *
FROM tab
- WHERE col1 IN (SELECT col2 FROM TAB2)
+ WHERE col IN (SELECT subcol FROM subtab)
na:
SELECT *
FROM tab
- WHERE EXISTS (SELECT col2 FROM TAB2 WHERE col1 = col2)
+ WHERE EXISTS (SELECT subcol FROM subtab WHERE subcol = col)
- Mamy zamiar poprawić to ograniczenie w przyszłych wydaniach.
-
+
+ Aby to rozwiązanie było szybkie, subcol powinna być kolumną
+ indeksowaną.
+
+
+ W wersji 7.4 i późniejszych, IN w rzeczywistości używa tej samej
+ wyrafinowanej techniki łączenia jak normalne zapytania i jest
+ preferowane nad używaniem EXISTS.
+
4.23) Jak wykonać "outer join"?
- PostgreSQL 7.1 i późniejsze wersje mają zaimplementowane outer join
- wykorzystując standardową składnie SQL. Poniżej dwa przykłady:
+ PostgreSQL ma zaimplementowane outer join
+ wykorzystując standardową składnię SQL. Poniżej dwa przykłady:
SELECT *
@@ -1367,7 +1446,7 @@ BYTEA bytea zmiennej d
Te dwa identyczne zapytania łączą kolumnę t1.col z kolumną t2.col,
- ale także zwrócą niepołączone rzędy w t1 (te które nie pasują w t2).
+ ale także zwrócą niepołączone rzędy w t1 (te, które nie pasują w t2).
RIGHT join dodałby niepołączone rzędy z tabeli t2.
FULL join zwróciłby rzędy plus dodatkowo wszystkie
rzędy z tabel t1 i t2. Słowo OUTER jest opcjonalne i
@@ -1401,19 +1480,63 @@ BYTEA bytea zmiennej d
katalogi systemowe, nie jest do końca jasne jak zapytanie pomiędzy
różnymi bazami danych powinno się zachowywać.
- Oczywiście klient może łączyć się z różnymi bazami danych i łączyć
- informację w ten sposób uzyskaną.
+ contrib/dblink pozwala na wykonywanie zapytań poprzez różne
+ bazy danych wywołując odpowiednie funkcje. Oczywiście klient może łączyć
+ się z różnymi bazami danych i łączyć informację w ten sposób uzyskaną
+ po stronie klienta.
4.25) Jak zwrócić w funkcji wiele rzędów lub
kolumn?
- Możesz zwracać zbiory z funkcji PL/pgSQL używając
- refcursors. Zobacz
- http://developer.postgresql.org/docs/postgres/plpgsql-cursors.html,
- sekcję 23.7.3.3.
-
+ Możesz w łatwy sposób zwracać wiele rzędów lub kolumn używając
+ funkcji z: http://techdocs.postgresql.org/guides/SetReturningFunctions.
+
4.26) Dlaczego nie mogę w sposób pewny
+ tworzyć/usuwać tabel tymczasowych w funkcjach PL/PgSQL?
+
+ PL/PgSQL przechowuje w cache zawartość funkcji, niepożądanym efektem tego
+ jest to, że gdy taka funkcja korzysta z tabel tymczasowych, które są
+ później kasowane i odtwarzane, a funkcja wywoływana jest ponownie,jej
+ wywołanie nie powiedzie się ponieważ cachowana funkcja wciąż będzie
+ wskazywać na stara tablicę tymczasową. Rozwiązaniem tego problemu jest
+ używanie EXECUTE aby korzystać z tabel tymczasowych w PL/PgSQL. To
+ spowoduje, że zapytanie będzie parsowane przy każdym wywołaniu
+ funkcji.
+
+
+ 4.27) Jakie są możliwości replikacji w PostgreSQL?
+
+ Jest kilka opcji aby stosować replikację typu master/slave. Ten typ
+ pozwala jedynie masterowi na dokonywanie zmian w bazie danych, a
+ slave może jedynie te zmiany odczytywać. Na stronie
+ http://gborg.PostgreSQL.org/genpage?replication_research
+ znajduje się ich lista. Replikacja typu multi-master jest w trakcie
+ prac, opis projektu znajduje się pod adresem:
+http://gborg.PostgreSQL.org/project/pgreplication/projdisplay.php.
+
+
+ 4.28) Jakie możliwości szyfrowania oferuje
+ PostgreSQL?
+
+
To wymaga wysiłku tak olbrzymiego, że nawet autorzy nigdy tego nie - prubowali, chociaż z zalożeń wynika, że jest to możliwe.
++ W wersjach PostgreSQL od numeru 7.3, funckje zwracające tabele są w + pęlni wspierane w C, PL/PgSQL i SQL. Sprawdź w Programmer's Guide aby + uzyskać więcej informacji. Przykład funkcji napisanej w C zwracającej + tabelę został umieszczony w contrib/tablefunc. +