From c763cfa9e845621c6f6e7d7571b8be512176b7eb Mon Sep 17 00:00:00 2001 From: Bruce Momjian Date: Mon, 29 Apr 2002 02:57:18 +0000 Subject: Add Polish FAQ from Marcin Mazurek. --- doc/src/FAQ/FAQ_polish.html | 1448 +++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 1448 insertions(+) create mode 100644 doc/src/FAQ/FAQ_polish.html (limited to 'doc/src') diff --git a/doc/src/FAQ/FAQ_polish.html b/doc/src/FAQ/FAQ_polish.html new file mode 100644 index 00000000000..56a052cf66f --- /dev/null +++ b/doc/src/FAQ/FAQ_polish.html @@ -0,0 +1,1448 @@ + + + + + + + + + + PostgreSQL FAQ + + + + +

Frequently Asked Questions (FAQ) o PostgreSQL

+ +

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

+ +

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

+

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

+ + +

Najbardziej aktualną wersję tego dokumentu można znaleźć pod + adresem: + http://www.PostgreSQL.org/docs/faq-english.html.

+ +

Odpowiedzi na pytania dotyczące konkretnych systemów operacyjnych + można znaleźć pod adresem: + http://www.PostgreSQL.org/users-lounge/docs/faq.html.

+
+ +

Pytania ogólne

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

Pytania użytkowników

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

Pytania administratora

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

Pytania dotyczące użytkowania

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

Rozwijanie PostgreSQL

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

Pytania ogólne

+ +

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

+ +

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

+ +

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

+ +

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

+ +

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

+ +

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

+ +

1.2) Jaką licencją chroniony jest + PostgreSQL?

+ +

PostgreSQL objęty jest następującą licencją:

+ +

PostgreSQL Data Base Management System

+ +

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

+ +

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

+ +

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

+ +

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

+ +

Tekst powyżej, jest klasyczną licencją BSD. + Nie posiada ona żadnych restrykcji co do używania kodu źródłowego. + Podoba nam się i nie zamierzamy jej zmieniać. + +

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

+ +

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

+ +

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

+ +

Klient

+ +

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

+ +

Serwer

+ +

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

+ +

1.5) Skąd można ściągnąć PostgreSQL?

+ +

Główny serwer ftp z dostępem "anonymous" dla PostgreSQL znajduje + się ftp://ftp.PostgreSQL.org/pub. + jeśli szukasz mirrorów sprawdź naszą główną stronę www.

+ +

1.6) Gdzie można szukać wsparcia technicznego?

+ +

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

+
+    subscribe
+    end
+
+ +

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

+ +

Dostępna jest także lista wysyłająca digesty. Aby zapisać się na + nią, wyślij email na adres: + pgsql-general-digest-request@PostgreSQL.org + z treścią maila zawierającą:

+
+    subscribe
+    end
+
+ Digesty są wysyłane do członków listy, kiedy na główną listę dotrze ok + 30k wiadomości. + +

Dostępna jest także lista poświęcona błędom znalezionym w + PostgreSQL. Aby zapisać się na nią wyślij email na adres: + pgsql-bugs-request@PostgreSQL.org + z treścią maila zawierającą:

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

Dodatkowe informacje o listach mailowych dotyczących PostgreSQL + można znaleźć na stronach WWW PostgreSQL pod adresem:

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

W sieci EFNet istnieje kanał IRC #PostgreSQL. Ja, do + połączenia się z kanałem używam Unixowego polecenia irc -c + '#PostgreSQL' "$USER" irc.phoenix.net.

+ +

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

+ +

1.7) Jaka jest ostatnia dostępna wersja?

+ +

Ostatnia dostępna wersja PostgreSQL to 7.2.1.

+ +

Planujemy publikowanie kolejnych wersji co cztery miesiące.

+ +

1.8) Jaka dokumentacja jest dostępna?

+ +

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

+ +

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

+ +

psql posiada kilka wbudowanych poleceń \d, za pomoca których + można sprawdzić informacje dotyczące typów, operatorów, funkcji, + aggregatów itd.

+ +

Na naszej stronie można znaleźć dużo więcej dokumentacji.

+ +

1.9) Gdzie można znaleźć informację o znanych + błędach czy brakujących rozwiązanich?

+ +

PostgreSQL wspiera rozszerzony podzbiór standardu SQL-92. + Sprawdź naszą listę TODO + aby znaleźć informację o znanych problemach, brakujących + rozwiązaniach czy przyszłych planach.

+ +

1.10) Jak mogę się nauczyć + SQL?

+ +

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

+ +

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

+ +

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

+ +

1.11) Czy PostgreSQL ma rozwiązany problem Y2K?

+ +

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

+ +

1.12) Jak mogę się przyłączyć do grupy osób + bezpośrednio pracujących nad rozwojem PostgreSQL?

+ +

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

+ +

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

+ +

1.13) Jak mogę zgłaszać błędy?

+ +

Zajrzyj na stronę PostgreSQL BugTool, na + której opisane są wskazówki jak zgłaszać informacje o błędach.

+ +

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

+ +

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

+ +

Jest kilka sposobów oceny softwaru: możliwości, + wydajność, stabilność, wsparcie i cena.

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

1.15) W jaki sposób mogę wesprzeć finansowo + PostgreSQL?

+ +

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

+ +

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

+ +

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

+ +

Chociaż na stronie wspomniana jest nazwa PostgreSQL Inc, "datki" + są przeznaczone jedynie na rozwój projektu PostgreSQL i nie są + przeznaczane na finansowanie jakiejkolwiek firmy. Jeśli wolisz, + możesz wysłać czek na adres kontaktowy.

+
+ +

User Client Questions

+ +

2.1) Czy są jakieś driwery ODBC dla + PostgreSQL?

+ +

Dostępne są dwa driwery ODBC: PsqlODBC + i OpenLink ODBC.

+ +

PsqlODBC jest dołączony do źródeł. Więcej informacji na jego temat + możesz znaleźć pod adresem: ftp://ftp.PostgreSQL.org/pub/odbc/.

+ +

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

+ +

Autorzy będą prawdopodobnie sprzedawać ten produkt osobom które + wymagają komercyjnego wsparcia, ale wersja darmowa będzie zawsze + dostępna. Wszystkie pytania możesz wysyłać na adres: postgres95@openlink.co.uk.

+ +

Sprawdź także rozdział o ODBC + w "Programmer's Guide".

+ +

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

+ +

Dobry podręcznik dla początkujących o dostępie do bazy danych + przez www możesz znaleźć pod adresem: + http://www.webreview.com

+ +

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

+ +

Do integracji z www, świetnym rozwiązaniem jest PHP. Możesz + znaleźć więcej informacji na ten temat pod adresem + http://www.php.net.

+ +

Wiele osób w przypadku skomplikowanych rozwiązań uzywa Perl'a i + modułu CGI.pl.

+ +

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

+ +

Mamy całkiem miły interfejs graficzny, który został nazwany + pgaccess i jest on dostarczany jako część źródeł. + pgaccess posiada także generator raportów. Można go znaleźć + pod adresem http://www.flex.ro/pgaccess

+ +

Udostępniliśmy także ecpg, który jest "embedded SQL query + language interface" dla języka C.

+ +

2.4) Za pomocą jakich języków programowania + można się komunikować z PostgreSQL?

+ +

Mamy wsparcie dla:

+ + +
+ +

Pytania administratora

+ +

3.1) Jak mogę zainstalować PostgreSQL w innej + lokalizacji niż /usr/local/pgsql?

+ +

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

+ +

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

+ + +

Ten błąd może być wynikiem wielu problemów, ale na początek + sprawdź czy masz zainstalowane rozszerzenia systemu V w jądrze + systemu. PostgreSQL wymaga do pracy zainstalowanej obsługi pamięci + dzielonej i semaforów.

+ +

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

+ +

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

+ +

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

+ +

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

+ +

Niedziałające semafory mogą spowodować niepoprawne zamknięcie + systemu w czasie intensywnego korzystania z bazy.

+

Jeśli treść błędu jest inna, może to oznaczać, że obsługa semaforów + nie została włączona do jądra wcale. Zobacz PostgreSQL + Administrator's Guide po bardziej szczegółowe informacje o pamięci + dzielonej i semaforach.

+ +

3.5) W jaki sposób mogę kontrolować połączenia + z innych hostów?

+ +

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

+ +

3.6) Jak powinienem skonfigurować system baz + danych aby uzyskać lepszą wydajność?

+ +

Indeksy bez wątpienia mogą przyspieszyć wykonywanie zapytań. + Polecenie EXPLAIN pozwala zobaczyć jak PostgreSQL + interpretuje Twoje zapytanie i które indeksy są używane.

+ +

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

+ +

Jest kilka opcji pozwalających na poprawienie wydajności. + Możesz wyłączyć fsync() poprzez uruchomienie postmaster'a + z opcjami -o -F. To spowoduje, że + fsync() nie będzie zrzucał danych na dysk po każdej + transakcji.

+ +

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

+ +

Możesz także użyć opcji -S dla backendu aby zwiększyć + maksymalną wartość pamięci używaną przez proces backendu podczas + sortowania. Opcja -S jest ustawiana wartością podawaną w + kilobajtach, domyślna wartość to 512K.

+ +

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

+ +

3.7) Jakie są możliwości wyszukiwania + błędów?

+ +

PostgreSQL ma kilka możliwości na raportowanie informacji o + jego statusie, które mogą być przydatne przy debugowaniu procesu.

+ +

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

+ +

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

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

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

+ +

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

+ +

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

+ +

postgres może być uruchamiany z opcjami -s, -A i + -t, które mogą być bardzo przydatne przy debuggowaniu i ocenie + wydajności.

+ +

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

+ +

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

+ +

Musisz zwiększyć limit ilości jednoczesnych procesów bacekendu + dla procesu postmaster'a.

+ +

Domyślny limit to 32 procesy. Możesz go zwiększyć przez restart + postmaster z odpowiednią wartością ustawianą opcję -N w + pliku postgresql.conf.

+ +

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

+ +

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

+ +

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

+ +

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

+ +

Pliki tymczasowe powinny być usunięte automatycznie, ale mogło się + to nie stać jeśli proces backendu w międzyczasie nie zakończył się + poprawnie podczas operacji sortowania. Jeśli w danym momencie nie + działają żadne procesy backendów mozesz spokojnie usunąć pliki + pg_tempNNN.NN.

+
+ +

Pytania dotyczące używania

+ +

4.1) Jaka jest różnica pomiędzy kursorami + binarnymi (binary cursors) i zwykłymi kursorami (normal + cursors)?

+ +

Zobacz w manualu opis polecenia DECLARE.

+ +

4.2) Jak mogę pobrać za pomocą + SELECT jedynie kilka pierwszych wyników + zapytania?

+ +

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

+ +

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

+ +

4.3) Jak mogę uzyskać listę wszystkich tabel + czy innych rzeczy pod psql?

+ +

Możesz sprawdzić zawartość źródeł psql, a konkretnie plik + pgsql/src/bin/psql/describe.c. Zawiera on polecenia + SQL które generuja wyniki komend z backslashem. + Możesz także uruchomić psql z opcją + -E wtedy po wykonaniu polecenia z backslashem wyświetlane + będzie zapytanie, które w rzeczywistości jest wykonywane.

+ +

4.4) Jak usunąć kolumnę z tabeli?

+ +

Nie mamy zaimplementowanego ALTER TABLE DROP + COLUMN, ale możesz zrobić tak:

+
+    SELECT ...  -- wybierz zawartość wszystkich kolumn poza tą jedną której chcesz się pozbyć
+    INTO TABLE new_table
+    FROM old_table;
+    DROP TABLE old_table;
+    ALTER TABLE new_table RENAME TO old_table;
+
+ +

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

+ +

Oto wszystkie ograniczenia:

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

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

+ +

Masymalny rozmiar tabeli i maksymalna liczba kolumn może być + zwiększona jeśli zwiększymy domyślny rozmiar bloku (block size) do + 32k.

+ +

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

+ +

Baza danych PostgreSQL może potrzebować do pięciu razy więcej + miejsca na przechowywanie danych z plików tekstowych niż ich + objętość.

+ +

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

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

Indeksy nie powodują dużego narzutu na zajmowane miejsce, + ale zawierają pewne dane, + więc w pewnych przypadkach moga być całkiem duże.

+ +

4.7) Jak mogę sprawdzić jakie tabele, klucze, + bazy danych i użytkownicy są utworzeni?

+ +

psql ma całkiem dużą ilość poleceń z backslashem aby + wydobyć takie informacje. Wprowadź \? aby zobaczyć ich spis. Istnieją + także tablice systemowe rozpoczynające się od pg_, zawierające + interesujące Ciebie informacje. Wykonanie psql -l pokaże spis + wszystkich baz danych.

+ +

Obejrzyj także plik pgsql/src/tutorial/syscat.source. + Zawiera on wiele z zapytań typu SELECT, które są + potrzebne aby wydobyć informacje z tablic systemowych.

+ +

4.8) Moje zapytania są wolne lub nie używają + kluczy. Dlaczego?

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

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

+ +

Indeksy nie są zazwyczaj używane przez ORDER BY lub + przy wykonywaniu złączeń (join). Sekwencyjne przeszukiwanie po którym + następuje sortowanie jest zazwyczaj szybsze nię wyszukiwanie za + pomocą indeksu na dużej tabeli.

+ Jakkolwiek LIMIT w połączeniu z ORDER BY + często będzie wykorzystywał indeksów poniewąz jedynie mała częśc z + tabeli jest zwracana. + +

Kiedy używa się operatorów dopasujących takich jak + LIKE lub ~, indeksy będą używane jedynie jeśli + początek wyszukiwania jest oparty na początku łańcucha tekstu. + Dlatego, aby używac indeksów, + dopasowania operatorem LIKE nie mogą się zaczynać + %, a dopasowania operatorem ~ (dopasowania regularne) + muszą się zaczynać znakiem specjalnym ^.

+ +

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

+ +

Zobacz manual dla polecenia EXPLAIN.

+ +

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

+ +

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

+ +

Źródłowym dokumentem opisującym oryginalnie projektowanie R-tree + indeksów jest:

+ +

Guttman, A. "R-trees: A Dynamic Index Structure for Spatial + Searching." Proceedings of the 1984 ACM SIGMOD Int'l Conf on Mgmt + of Data, 45-57.

+ +

Ten dokument możesz znaleźć także w pracy Stonebraker'a "Readings in + Database Systems".

+ +

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

+ +

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

+ +

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

+ +

4.12) Jak mogę używać wyrażeń regularnych w + zapytaniach i zapytań case-insensitive w wyrażeniach + regularnych? + jak korzystać z indeksów dla zapytań case-insensitive?

+ +

Operator ~ moze być wykorzystywany do wyszukiwania za + pomocą wyrażeń regularnych, a + ~* do wyszukiwania case-insensitive z wyrażeniami + regularnymi. + Wariant case-insensitive dla LIKE został nazwany + ILIKE i jest dostępny w PostgreSQL 7.1 i późniejszych + wersjach.

+ +

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

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

4.13) Jak sprawdzić w zapytaniu czy pole ma + wartość NULL?

+ +

Możesz to sprawdzić, testując wartość kolumny warunkiem + IS NULL albo IS NOT NULL.

+ +

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

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

Jeśli będziesz przeglądać katalogi systemowe lub komunikaty o + błędach często spotkasz się z podanymi powyżej nazwami + wewnętrznymi.

+ +

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

+ +

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

+ +

4.15.1) Jak mogę utworzyć pole które samo + zwiększa swoją wartość?

+ +

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

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

4.15.2) Jak pobrać wartość pola typu + SERIAL po wykonaniu insert'u?

+ +

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

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

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

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

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

+ +

Nie. currval() zwraca bieżącą wartość przypisaną przez Twój + backend, a nie przez wszystkich użytkowników.

+ +

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

+ +

Aby poprawić zbieżność (concurrency), wartości sekwencji są + podawane działającym transakcjom kiedy tego potrzebują i nie są + blokowane dopóki transakcja się nie zakończy. To spowoduje przerwy w + numerowaniu z przerwanych transakcji.

+ +

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

+ +

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

+ +

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

+ +

OID są przypisane do wszystkich rzędów z jednego + głównego miejsca i używane sa przez wszystkie bazy danych. Jeśli + chciałbyś zmienić OID na coś innego, lub jeśli + chciałbyś zrobić kopię tabeli, z orginalnymi OIDami + nie ma żadnego przeciwwskazania abyś to zrobił:

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

OIDy są przechowywane jako cztero-bajtowe liczby + całkowite i skończą się po osiągnięciu czterech miliardów. Nikt jak + dotąd nie zgłosił aby coś takiego się stalo, ale mamy zamiar pozbyć + się tego ograniczenia zanim ktoś to zgłosi.

+ +

TID są używane aby zidentyfikować konkretne rzędy z + blokami i wartością ofsetów. TIDy zmieniają się wraz + ze zmianami rzędów. Sa używane przez indeksy, aby wskazywać do + fizycznych rzędów.

+ +

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

+ +

W części kodu źródłowego i starszej dokumentacji używamy terminów, + które mają bardziej ogólne znaczenie. Oto niektóre z nich:

+ + + +

Listę terminów związanych z bazami danych możesz znaleźć pod tym + adresem:http://www.comptechnews.com/~reaster/dbdesign.html

+ +

4.18) Skąd bierze się ten błąd "ERROR: + Memory exhausted in AllocSetAlloc()"?

+ +

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

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

4.19) Jak sprawdzić jakiej wersji PostgreSQL + używam?

+ +

W psql, wpisz select version();

+ +

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

+ +

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

+ +

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

+ +

Jeśli używasz interfejsu klienta jak ODBC być może + będziesz musiał ustawić auto-commit off.

+ +

4.21) Jak stworzyć kolumnę której domyślną + wartością będzie bieżący czas?

+ +

Użyj CURRENT_TIMESTAMP:

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

4.22) Dlaczego zapytania używające + IN sa takie wolne?

+ +

Obecnie łączymy podzapytania w outer queries poprzez sekwencyjne + przeszukiwanie wyników podzapytania dla każdego rzędu z outer query. + Można to ominąć zastępując IN przez + EXISTS:

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

4.23) Jak wykonać "outer join"?

+ +

PostgreSQL 7.1 i późniejsze wersje mają zaimplementowane outer join + wykorzystując standardową składnie SQL. Poniżej dwa przykłady:

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

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

+ +

W poprzednich wersjach "outer joins" mogą być zasymulowane poprzez + użycie slowa kluczowego + UNION i NOT IN. Dla przykładu, łącząc + tabele tab1 i tab2, następujące zapytanie wykonuje + outer join:
+
+

+
+    SELECT tab1.col1, tab2.col2
+    FROM tab1, tab2
+    WHERE tab1.col1 = tab2.col1
+    UNION ALL
+    SELECT tab1.col1, NULL
+    FROM tab1
+    WHERE tab1.col1 NOT IN (SELECT tab2.col1 FROM tab2)
+    ORDER BY col1
+
+ +

4.24) Jak wykonywać zapytanie używające kilku + baz danych jednocześnie?

+ +

Nie ma takiej możliwości aby w zapytaniu odpytawać inną baze danych + poza bieżącą. Ponieważ PostgreSQL ładuje specyficzne dla bazy danych + katalogi systemowe, nie jest do końca jasne jak zapytanie pomiędzy + różnymi bazami danych powinno się zachowywać.

+ +

Oczywiście klient może łączyć się z różnymi bazami danych i łączyć + informację w ten sposób uzyskaną.

+ +

4.25) Jak zwrócić w funkcji wiele rzędów lub + kolumn?

+ +

Możesz zwracać zbiory z funkcji PL/pgSQL używając + refcursors. Zobacz + http://developer.postgresql.org/docs/postgres/plpgsql-cursors.html, + sekcję 23.7.3.3.

+ + +

Rozwijanie PostgreSQL

+ +

5.1) Napisałem własną funkcję. Kiedy użyję jej + w psql, program zrzuca pamięć (dump core)?

+ +

Problem może być spowodowany przez bardzo wiele rzeczy. Spróbuj + najpierw przetestować Twoją funkcję w samodzielnie działającym programie. +

+ +

5.2) Jak mogę dodać/zgłosić nowe typy czy + funkcje do PostgreSQL?

+ +

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

+ +

5.3) Jak napisać funkcję C zwracającą krotkę + (tuple)?

+ +

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

+ +

5.4) Zmieniłem plik źródłowy. Dlaczego po + rekompilacji nie widać zmiany?

+ +

Pliki Makefiles nie mają dorzuconych odpowiednich + zależności dla plików nagłówkowych (include files). Wykonaj najpierw + make clean, a następnie ponownie make. + Jeśli używasz GCC możesz użyć opcji + --enable-depend przy wykonywaniu configure aby + + + -- cgit v1.2.3