Ostatnia aktualizacja: Sobota Luty 7 22:16:21 EST 2004
-Ostatnia aktualizacja t�umaczenia: Pi�tek Marzec 5 19:31:12 EST 2004
+Ostatnia aktualizacja tłumaczenia: Piątek Marzec 5 19:31:12 EST 2004
Obecny maintainer: Bruce Momjian (pgman@candle.pha.pa.us)
T�umaczenie: Marcin Mazurek (Tłumaczenie: Marcin Mazurek (m.mazurek@netsync.pl)
Najbardziej aktualn� wersj� tego dokumentu mo�na znale�� pod +
Najbardziej aktualną wersję tego dokumentu można znaleźć pod adresem: http://www.PostgreSQL.org/docs/faqs/FAQ.html.
-Odpowiedzi na pytania dotycz�ce konkretnych system�w operacyjnych - mo�na znale�� pod adresem: +
Odpowiedzi na pytania dotyczące konkretnych systemów operacyjnych + można znaleźć pod adresem: http://www.PostgreSQL.org/docs/index.html.
IN s� takie wolne?IN są takie wolne?PostgreSQL wymawia si� Post-Gres-kju-el. Cz�sto podczas - rozm�w u�ywany jest termin "Postgres"
+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. - 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 +
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. + 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. +
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 - 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�, + 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.html
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 + 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 +
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.
-PostgreSQL obj�ty jest nast�puj�c� licencj�:
+PostgreSQL objęty jest następującą licencją:
PostgreSQL Data Base Management System
@@ -235,63 +235,63 @@ 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�.
+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ć.
-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�.
+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ę.
-Klient
-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 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.
+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 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.
Serwer
-Serwer mo�e by� uruchamiany na Windows NT i Win2k u�ywaj�c +
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: 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 + 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.
-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.
+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.
-Adres g��wnej listy mailowej: 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):
+ 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
@@ -300,100 +300,100 @@
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:
+
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�:
+ 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.
+ 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:
+
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�:
+ z treścią maila zawierającą:
subscribe
end
- Lista po�wi�cona dyskusjom developer�w jest dost�pna pod adresem:
+ 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�:
+ 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:
+ 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
+ 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://techdocs.postgresql.org/companies.php.
+ Lista firm oferujących wsparcie na zasadach komercyjnych znajduje
+ się pod adresem: http://techdocs.postgresql.org/companies.php.
- 1.7) Jaka jest ostatnia dost�pna wersja?
+ 1.7) Jaka jest ostatnia dostępna wersja?
- Ostatnia dost�pna wersja PostgreSQL to 7.4.1.
+ Ostatnia dostępna wersja PostgreSQL to 7.4.1.
- Planujemy publikowanie kolejnych wersji co sze�� do o�miu miesi�cy.
+ Planujemy publikowanie kolejnych wersji co sześć do ośmiu miesięcy.
- 1.8) Jaka dokumentacja jest dost�pna?
+ 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
+
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/docs.
- Istniej� tak�e dwie ksi��ki dost�pne online pod adresami
+
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
+ Lista książek o PostgreSQL, które można kupić znajduje się pod adresem
http://techdocs.PostgreSQL.org/techdocs/bookreviews.php.
- 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,
- agregat�w itd.
+ psql posiada kilka wbudowanych poleceń \d, za pomoca których
+ można sprawdzić informacje dotyczące typów, operatorów, funkcji,
+ agregatów itd.
- Na naszej stronie mo�na znale�� du�o wi�cej dokumentacji.
+ 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?
+ 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.
+ 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�
+ 1.10) Jak mogę się nauczyć
SQL?
-
Ksi��ka o PostgreSQL Książka o PostgreSQL http://www.PostgreSQL.org/docs/awbook.html
- uczy SQL. Jest jeszcze inna ksi�zka o PostgreSQL
- dost�pna pod adresem: 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
@@ -405,211 +405,211 @@
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
+
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?
+ 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?
+ 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
+
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.
+ 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, wi�c musieli�my im ufa� i mie�
- pewno��, �e ich poprawki s� wysokiej jako�ci.
+ 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, więc musieliśmy im ufać i mieć
+ pewność, że ich poprawki są wysokiej jakości.
- 1.13) Jak mog� zg�asza� b��dy?
+ 1.13) Jak mogę zgłaszać błędy?
- Zajrzyj na stron� Zajrzyj na stronę PostgreSQL BugTool, na
- kt�rej opisane s� wskaz�wki jak zg�asza� informacje o b��dach.
+ której opisane są wskazówki jak zgłaszać informacje o błędach.
- Zajrzyj tak�e na nasz ftp Zajrzyj także na nasz ftp ftp://ftp.PostgreSQL.org/pub, aby
- sprawdzi� czy nie ma nowszych wersji PostgreSQL czy patchy.
+ sprawdzić czy nie ma nowszych wersji PostgreSQL czy patchy.
- 1.14) Jak mo�na por�wna� PostgreSQL w stosunku
+ 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.
+ Jest kilka sposobów oceny softwaru: możliwości,
+ wydajność, stabilność, wsparcie i cena.
PostgreSQL korzysta z najlepszej infrastruktury od samego pocz�tku - 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.
+PostgreSQL korzysta z najlepszej infrastruktury od samego początku + 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 +
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�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: Oczywiście korzystanie z wysokiej jakości infrastruktury nie jest + 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://store.pgsql.com/shopping/ - gdzie opisane jest jak to zrobi�.
+ 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.
+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.
Dost�pne s� dwa driwery ODBC: PsqlODBC +
Dostępne są dwa driwery ODBC: PsqlODBC i OpenLink ODBC.
-Mo�esz pobra� PsqlODBC z adresu Możesz pobrać PsqlODBC z adresu http://gborg.postgresql.org/project/psqlodbc/projdisplay.php
-OpenLink ODBC mo�e by� pobrany z adresu: 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 pltaformie kt�r� wspiera (Win, Mac, Unix, VMS).
+ Współpracuje ze standardowym oprogramowaniem klienckim ODBC + więc w ten sposób możesz korzystać z PostgreSQL ODBC + 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: 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.
-Dobry podr�cznik dla pocz�tkuj�cych o dost�pie do bazy danych - przez www mo�esz znale�� pod adresem: +
Dobry podręcznik dla początkujących o dostępie do bazy danych + przez www możesz znaleźć pod adresem: http://www.webreview.com
-Do integracji z www, �wietnym rozwi�zaniem jest PHP. Mo�esz - znale�� wi�cej informacji na ten temat pod adresem +
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 lub mod_perl.
+Wiele osób w przypadku skomplikowanych rozwiązań uzywa Perl'a i + modułu CGI.pl lub mod_perl.
-Tak, istnieje kilka interfejs�w graficznych dla PostgreSQL.
- W�r�d nich PgAccess (
+ 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
+ także PHPPgAdmin ( http://phppgadmin.sourceforge.net/ ), webowy
interfejs dla PostgreSQL.
- Wi�cej informacji na ten temat znajduje si� pod adresem See
+ Więcej informacji na ten temat znajduje się pod adresem See
http://techdocs.postgresql.org/guides/GUITools. Najbardziej popularne j�zyki posiiadaj� w�asny interfejs dla
- PostgreSQL. Sprawd� list� rozszerze� dla intersuj�cego Ciebie j�zyka
+ 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: Ze źródłami PostreSQL dystrubuowane są interfejsy dla
+ następujących języków programowania:2.4) Za pomoc� jakich j�zyk�w programowania
- mo�na si� komunikowa� z PostgreSQL?
+ 2.4) Za pomocą jakich języków programowania
+ można się komunikować z PostgreSQL?
-
@@ -623,266 +623,266 @@
- Inne interfejsy s� dost�pne pod adresem:
+ Inne interfejsy są dostępne pod adresem:
http://gborg.postgresql.org w
sekcji Drivers/Interfaces.
U�yj opcji --prefix podczas uruchamiania skryptu +
Użyj opcji --prefix podczas uruchamiania skryptu configure.
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.
+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.
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 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.
+ Administrator's Guide gdzie szczegółowo zostało opisane + wykorzystanie pamięci dzielonej i semaforów.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. +
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.
+ 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 +
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 +
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.
-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 +
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.
+ 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. -Indeksy bez w�tpienia mog� przyspieszy� wykonywanie zapyta�. - Polecenie EXPLAIN pozwala zobaczy� jak PostgreSQL - interpretuje Twoje zapytanie i kt�re indeksy s� u�ywane.
+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 +
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 - nak�adany 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 + 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 + nakładany 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 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ć 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� +
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.
+ w manualu żeby dowiedzieć się więcej. -PostgreSQL ma kilka mo�liwo�ci na raportowanie informacji o - jego statusie, kt�re mog� by� przydatne przy debugowaniu procesu.
+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� +
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:
+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 +
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.
+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� +
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� + 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.
-Musisz zwi�kszy� limit ilo�ci jednoczesnych proces�w bacekendu +
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 +
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 +
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 + 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.
-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� + przykładu, jeśli jakaś operacja sortowania jest wymagana do wykonania + ORDER BY, a samo sortowanie wymaga więcej miejsca niż parametr backendu - -S ustawi� do wykorzystania, wtedy tymczasowe pliki s� u�ywane + -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 +
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.
- Tw�rcy PostgreSQL dokonuj� jedynie ma�ych zmian pomi�dzy ma�ymi + 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 + 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. + 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. + 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.
Zobacz w manualu opis polecenia DECLARE.
-Zobacz w manualu opis polecenia FETCH lub u�yj +
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.
+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.
- Aby otrzyma� losowy rz�d, u�yj:
+ Aby otrzymać losowy rząd, użyj:
SELECT col
FROM tab
@@ -890,33 +890,33 @@
LIMIT 1;
- Mo�esz sprawdzi� zawarto�� �r�de� psql, a konkretnie plik +
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.
+ 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. -DROP COLUMNT zosta�o dodane w wersji 7.3 przy poleceniu ALTER - TABLE DROP COLUMN. We wcze��iejszych wersjach 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:
BEGIN;
LOCAL TABLE old_table;
- SELECT ... -- wybierz wszystkie kolumny poza t� jedn� kt�rej chcesz si� pozby�
+ 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: + Aby zmienić typ danych kolumny możesz zrobić tak:
BEGIN;
@@ -926,117 +926,117 @@
COMMIT;
- Oto wszystkie ograniczenia:
- Maksymalny rozmiar dla bazdy danych? nieograniczony ( istniej�
- bazy danych o wielko�ci 32 TB databases )
+ 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 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 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.
+ 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 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.
+ 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 +
Masymalny rozmiar tabeli i maksymalna liczba kolumn może być + zwiększona jeśli zwiększymy domyślny rozmiar bloku (block size) do 32k.
-Baza danych PostgreSQL mo�e potrzebowa� do pi�ciu razy wi�cej - miejsca na przechowywanie danych z plik�w tekstowych ni� ich - obj�to��.
+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:
+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)
+ 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
+ + 4 bajty: wkaźnik na stronie do krotki
--------------------------------------------------
- 64 bajty w jednym rz�dzie
+ 64 bajty w jednym rzędzie
- Strona danych w PostgreSQL zajmuje 8192 bajt�w (8 KB), wi�c:
+ 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
+ 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�
+ 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)
+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.
-NULLe s� przechowywane jako mapy bitowe, wi�c u�ywaj� bardzo ma�o +
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.
-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 +
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.
+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.
-�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� indeksy poniewa� jedynie ma�a cz�� z - tabeli jest zwracana. W rzeczywisto�ci, chocia� MAX() i MIN() nie - u�ywaj� indeks�w, mo�liwe jest aby zwr�ci� te warto�ci u�ywaj�c - indeks�w poprzez u�ycie ORDER BY i LIMIT. +
Ż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ł indeksy ponieważ jedynie mała część z + tabeli jest zwracana. W rzeczywistości, chociaż MAX() i MIN() nie + używają indeksów, możliwe jest aby zwrócić te wartości używając + indeksów poprzez użycie ORDER BY i LIMIT.
SELECT col
@@ -1045,147 +1045,147 @@
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.
+ 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 w +
Kiedy używa się operatorów dopasujących takich jak + LIKE lub ~, indeksy będą używane jedynie w pewnych wypadkach:
Zobacz manual dla polecenia EXPLAIN.
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 +
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 + 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:
+Ź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 +
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�.
+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ć.
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.
+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.
-Operator ~ moze by� wykorzystywany do wyszukiwania za - pomoc� wyra�e� regularnych, a - ~* do wyszukiwania case-insensitive z wyra�eniami +
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 + Wariant case-insensitive dla LIKE został nazwany ILIKE.
-Por�wnania case-insensitive s� zazwyczaj wykonywane w nast�puj�cy - spos�b:
+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�
+ W tym wypadku standardowe indeksy nie będą używane. Możesz utworzyć
indeks funkcyjny, poprzez:
CREATE INDEX tabindex on tab (lower(col));
- Mo�esz to sprawdzi�, testuj�c warto�� kolumny warunkiem +
Możesz to sprawdzić, testując wartość kolumny warunkiem IS NULL albo IS NOT NULL.
--Type Nazwa wewn�trzna Uwagi +Type Nazwa wewnętrzna Uwagi -------------------------------------------------- -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) +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.
+Jeśli będziesz przeglądać katalogi systemowe lub komunikaty o + błędach często spotkasz się z podanymi powyżej nazwami + wewnętrznymi.
-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.
+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.
VARCHAR(n) jest - najodpowiedniejszy do przechowywania �a�cuch�w o r�nej d�ugo�ci - ale okre�la on maksymaln� jego d�ugo��. + 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.
+ 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 + ł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��.
+ 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ść. -PostgreSQL ma zaimplementowany typ SERIAL. - Automatycznie tworzy sekwencj� i indeks na tej kolumnie. Dla + Automatycznie tworzy sekwencję i indeks na tej kolumnie. Dla przykladu:
CREATE TABLE person (
@@ -1193,7 +1193,7 @@ BYTEA bytea zmiennej d
name TEXT
);
- zostanie automatycznie przt�umaczone na:
+ zostanie automatycznie prztłumaczone na:
CREATE SEQUENCE person_id_seq;
CREATE TABLE person (
@@ -1202,95 +1202,95 @@ BYTEA bytea zmiennej d
);
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.
+ 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.
- 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:
+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
+ 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:
+ SEQUENCE będzie następująca:
<tabela>_<kolumnatypuserial>_seq,
gdzie
- tabela i kolumnatypuserial s� nazwami Twojej tabeli i
+ 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�, +
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
+ 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().
- Nie. currval() zwraca bie��c� warto�� przypisan� przez Tw�j - backend, a nie przez wszystkich u�ytkownik�w.
+Nie. currval() zwraca bieżącą wartość przypisaną przez Twój + backend, a nie przez wszystkich użytkowników.
-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 +
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.
OID s� PostgreSQL'owym rozwi�zaniem problemu - unikalnych numer�w rz�d�w. Ka�dy rz�d tworzony przez PostgreSQL +
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 + 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�:
+ 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);
@@ -1304,21 +1304,21 @@ BYTEA bytea zmiennej d
-->
- 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.
+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.
+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.
-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:
+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 +
Listę terminów związanych z bazami danych możesz znaleźć pod tym adresem:http://hea-www.harvard.edu/MST/simul/software/docs/pkgs/pgsql/glossary/glossary.html.
-- 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 + 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:
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.
+ 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.
- W psql, wpisz select version();
Musisz u�y� BEGIN WORK i COMMIT
- przed i po u�yciu uchwytu do du�ego obiektu, tzn. musisz nimi otoczy�
+
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 +
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.
+ 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.
Jeśli używasz interfejsu klienta jak ODBC być może
+ będziesz musiał ustawić auto-commit off.
U�yj CURRENT_TIMESTAMP:
+Użyj CURRENT_TIMESTAMP:
CREATE TABLE test (x int, modtime timestamp DEFAULT CURRENT_TIMESTAMP );
- IN sa takie wolne?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
+
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 *
@@ -1419,18 +1419,18 @@ BYTEA bytea zmiennej d
- Aby to rozwi�zanie by�o szybkie, subcol powinna by� kolumn� - indeksowan�. + 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. + 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.
-PostgreSQL ma zaimplementowane outer join - wykorzystuj�c standardow� sk�adni� SQL. Poni�ej dwa przyk�ady:
+ wykorzystując standardową składnię SQL. Poniżej dwa przykłady:
SELECT *
@@ -1442,19 +1442,19 @@ BYTEA bytea zmiennej d
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 +
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.
+ 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 +
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:
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�.
+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ć.
-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� +
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.
-Mo�esz w �atwy spos�b zwraca� wiele rz�d�w lub kolumn u�ywaj�c +
Możesz w łatwy sposób zwracać wiele rzędów lub kolumn używając funkcji z: http://techdocs.postgresql.org/guides/SetReturningFunctions.
-- 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 + 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.
-- Jest kilka opcji aby stosowa� replikacj� typu master/slave. Ten typ + 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 + 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.
-Problem mo�e by� spowodowany przez bardzo wiele rzeczy. Spr�buj - najpierw przetestowa� Twoj� funkcj� w samodzielnie dzia�aj�cym programie. +
Problem może być spowodowany przez bardzo wiele rzeczy. Spróbuj + najpierw przetestować Twoją funkcję w samodzielnie działającym programie.
-Wy�lij Twoje propozycje na list� mailow� pgsql-hackers, - wtedy prawdopodobnie Tw�j kod znajdzie si� w katalogu contrib/.
+Wyślij Twoje propozycje na listę mailową pgsql-hackers, + wtedy prawdopodobnie Twój kod znajdzie się w katalogu contrib/.
-- 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. + 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.
-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 +
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 - kompilator m�g� okre�li� zale�no�ci samodzielnie. + kompilator mógł określić zależności samodzielnie.