projects / postgresql.git / commitdiff
| author | Bruce Momjian | |
| Mon, 29 Apr 2002 02:57:18 +0000 (02:57 +0000) | ||
| committer | Bruce Momjian | |
| Mon, 29 Apr 2002 02:57:18 +0000 (02:57 +0000) |
| doc/FAQ_polish | [new file with mode: 0644] | patch | blob |
| doc/src/FAQ/FAQ_polish.html | [new file with mode: 0644] | patch | blob |
Ostatnia aktualizacja: Thu Apr 18 00:44:51 EDT 2002
Obecny maintainer: Bruce Momjian ( T³umaczenie: Marcin Mazurek ( Najbardziej aktualn± wersjê tego dokumentu mo¿na znale¼æ pod Odpowiedzi na pytania dotycz±ce konkretnych systemów operacyjnych PostgreSQL wymawia siê Post-Gres-kju-el. PostgreSQL jest rozszerzeniem systemu zarz±dzania bazami danych - Rozwój PostgreSQL jest prowadzony przez grupê ludzi z Internetu, Autorami PostgreSQL 1.01 byli Andrew Yu and Jolly Chen. Oryginaln± nazw± oprogramowania w Berkeley by³ Postgres. Po PostgreSQL objêty jest nastêpuj±c± licencj±: PostgreSQL Data Base Management System Portions copyright (c) 1996-2002, PostgreSQL Global Development Permission to use, copy, modify, and distribute this software IN NO EVENT SHALL THE UNIVERSITY OF CALIFORNIA BE LIABLE TO ANY THE UNIVERSITY OF CALIFORNIA SPECIFICALLY DISCLAIMS ANY Tekst powy¿ej, jest klasyczn± licencj± BSD. PostgreSQL powinien dzia³aæ na wszystkich nowych Unix-podobnych Klient Mo¿liwa jest kompilacja bibliteki C libpq C, psql oraz Serwer Serwer mo¿e byæ uruchamiany na Windows NT i Win2k u¿ywaj±c G³ówny serwer ftp z dostêpem "anonymous" dla PostgreSQL znajduje Adres g³ównej listy mailowej: na adres: Dostêpna jest tak¿e lista wysy³aj±ca digesty. Aby zapisaæ siê na Dostêpna jest tak¿e lista po¶wiêcona b³êdom znalezionym w Dodatkowe informacje o listach mailowych dotycz±cych PostgreSQL W sieci EFNet istnieje kana³ IRC #PostgreSQL. Ja, do Lista firm oferuj±cych wsparcie na zasadach komercyjnych znajduje Ostatnia dostêpna wersja PostgreSQL to 7.2.1. Planujemy publikowanie kolejnych wersji co cztery miesi±ce. Kilka manuali, stron podêcznika man, oraz kilka przyk³adów do Istniej± tak¿e dwie ksi±¿ki dostêpne online pod adresami psql posiada kilka wbudowanych poleceñ \d, za pomoca których Na naszej stronie mo¿na znale¼æ du¿o wiêcej dokumentacji. PostgreSQL wspiera rozszerzony podzbiór standardu SQL-92. Ksi±¿ka o PostgreSQL Jeszcze inny to "Teach Yourself SQL in 21 Days, Second Edition" Wielu z naszych u¿ytkowników poleca The Practical SQL Handbook, Tak, bez problemu radzimy sobie z datami po roku 2000 AD, oraz Przede wszystkim ¶ci±gnij ostatnie dostêpne ¼ród³a i przeczytaj Jest oko³o 12 osób, które maj± uprawnienia do commit'owania w Zajrzyj na stronê Zajrzyj tak¿e na nasz ftp Jest kilka sposobów oceny softwaru: mo¿liwo¶ci, PostgreSQL korzysta z najlepszej infrastruktury od samego pocz±tku Wysokiej jako¶ci infrastruktura jest bardzo wa¿na dla ka¿dego Oczywi¶cie korzystanie z wysokiej jako¶ci infrastruktury nie jest Chocia¿ na stronie wspomniana jest nazwa PostgreSQL Inc, "datki" Dostêpne s± dwa driwery ODBC: PsqlODBC PsqlODBC jest do³±czony do ¼róde³. Wiêcej informacji na jego temat OpenLink ODBC mo¿e byæ pobrany z adresu: Autorzy bêd± prawdopodobnie sprzedawaæ ten produkt osobom które Sprawd¼ tak¿e rozdzia³ o Dobry podrêcznik dla pocz±tkuj±cych o dostêpie do bazy danych Inny znajduje siê pod adresem: Do integracji z www, ¶wietnym rozwi±zaniem jest PHP. Mo¿esz Wiele osób w przypadku skomplikowanych rozwi±zañ uzywa Perl'a i Mamy ca³kiem mi³y interfejs graficzny, który zosta³ nazwany Udostêpnili¶my tak¿e ecpg, który jest "embedded SQL query Mamy wsparcie dla: U¿yj opcji --prefix podczas uruchamiania skryptu Ten b³±d mo¿e byæ wynikiem wielu problemów, ale na pocz±tek Albo nie masz poprawnie skonfigurowanej obs³ugi pamiêci dzielonej Je¶li tre¶æ b³êdu brzmi: IpcSemaphoreCreate: semget failed Niedzia³aj±ce semafory mog± spowodowaæ niepoprawne zamkniêcie Je¶li tre¶æ b³êdu jest inna, mo¿e to oznaczaæ, ¿e obs³uga semaforów Domy¶lnie PostgreSQL pozwala jedynie na po³±czenia za pomoc± Indeksy bez w±tpienia mog± przyspieszyæ wykonywanie zapytañ. Je¶li wykonujesz bardzo du¿o INSERTów, mo¿e warto Jest kilka opcji pozwalaj±cych na poprawienie wydajno¶ci. Mo¿esz tak¿e uruchomiæ postmaster'a z opcj± -B Mo¿esz tak¿e u¿yæ opcji -S dla backendu aby zwiêkszyæ Mo¿esz tak¿e u¿yæ polecenia CLUSTER aby pogrupowaæ PostgreSQL ma kilka mo¿liwo¶ci na raportowanie informacji o Przede wszystkim uruchom skrypt configure z opcj± Zarówno postmaster jak i postgres maj± kilka opcji To utworzy plik server.log w g³ównym katalogu PostgreSQL. Je¶li postmaster nie zosta³ uruchomiony, mo¿esz uruchomiæ Je¶li postmaster dzia³a, uruchom psql w jednym z postgres mo¿e byæ uruchamiany z opcjami -s, -A i Mo¿esz tak¿e skompilowaæ z profilingiem aby zobaczyæ jakie funkcje Musisz zwiêkszyæ limit ilo¶ci jednoczesnych procesów bacekendu Domy¶lny limit to 32 procesy. Mo¿esz go zwiêkszyæ przez restart We¼ pod uwagê, ¿e je¶li zwiêkszysz warto¶æ podan± w opcji W wersjach PostgreSQL wcze¶niejszych ni¿ 6.5, maksymalna liczba S± to tymczasowe pliki utworzone przez executor. Dla przyk³adu, Pliki tymczasowe powinny byæ usuniête automatycznie, ale mog³o siê Zobacz w manualu opis polecenia DECLARE. Zobacz w manualu opis polecenia FETCH lub u¿yj Nawet je¶li chesz pobraæ kilka pierwszych rzêdów z wyniku Mo¿esz sprawdziæ zawarto¶æ ¼róde³ psql, a konkretnie plik Nie mamy zaimplementowanego ALTER TABLE DROP Oto wszystkie ograniczenia: Maksymalny rozmiar tabeli, czyli 16 TB nie wymaga od systemu Masymalny rozmiar tabeli i maksymalna liczba kolumn mo¿e byæ Baza danych PostgreSQL mo¿e potrzebowaæ do piêciu razy wiêcej Jako przyk³ad mo¿emy rozwa¿yæ plik sk³adaj±cy siê z 100,000 linii Indeksy nie powoduj± du¿ego narzutu na zajmowane miejsce, psql ma ca³kiem du¿± ilo¶æ poleceñ z backslashem aby Obejrzyj tak¿e plik pgsql/src/tutorial/syscat.source. ¯eby zdecydowaæ czy indeks powinien byc u¿ywany, PostgreSQL musi Indeksy nie s± zazwyczaj u¿ywane przez ORDER BY lub Kiedy u¿ywa siê operatorów dopasuj±cych takich jak Zobacz manual dla polecenia EXPLAIN. Indeks R-tree jest u¿ywany do indeksowania danych przestrzennych. ¬ród³owym dokumentem opisuj±cym oryginalnie projektowanie R-tree Guttman, A. "R-trees: A Dynamic Index Structure for Spatial Ten dokument mo¿esz znale¼æ tak¿e w pracy Stonebraker'a "Readings in Wbudowane indeksy R-trees radz± sobie w wielobokami i boxes. Modu³ GEQO ma za zadanie przyspieszenie Operator ~ moze byæ wykorzystywany do wyszukiwania za Porównania case-insensitive s± zazwyczaj wykonywane w nastêpuj±cy Mo¿esz to sprawdziæ, testuj±c warto¶æ kolumny warunkiem Je¶li bêdziesz przegl±daæ katalogi systemowe lub komunikaty o Ostatnie cztery typy powy¿ej to tzw typy "varlena" (np. pierwsze CHAR() jast najlepszym typem do przechowywania PostgreSQL ma zaimplementowany typ SERIAL. Jednym z podej¶æ jest pobranie kolejnej warto¶ci typu Inne rozwi±zanie to u¿ycie funkcji currval() na pola typu Nie. currval() zwraca bie¿±c± warto¶æ przypisan± przez Twój Aby poprawiæ zbie¿no¶æ (concurrency), warto¶ci sekwencji s± OID s± PostgreSQL'owym rozwi±zaniem problemu PostgreSQL u¿ywa OIDów w swoim wewnêtrznym systemie OID s± przypisane do wszystkich rzêdów z jednego OIDy s± przechowywane jako cztero-bajtowe liczby TID s± u¿ywane aby zidentyfikowaæ konkretne rzêdy z W czê¶ci kodu ¼ród³owego i starszej dokumentacji u¿ywamy terminów, Listê terminów zwi±zanych z bazami danych mo¿esz znale¼æ pod tym Je¶li u¿ywasz wersji starszej ni¿ 7.1, upgrade mo¿e rozwi±zaæ ten W psql, wpisz Musisz u¿yæ Obecnie PostgreSQL u¿ywj±c "rule" zamyka uchwyt do du¿ego obiektu Je¶li u¿ywasz interfejsu klienta jak ODBC byæ mo¿e U¿yj CURRENT_TIMESTAMP: Obecnie ³±czymy podzapytania w outer queries poprzez sekwencyjne PostgreSQL 7.1 i pó¼niejsze wersje maj± zaimplementowane outer join Te dwa identyczne zapytania ³±cz± kolumnê t1.col z kolumn± t2.col, W poprzednich wersjach "outer joins" mog± byæ zasymulowane poprzez Nie ma takiej mo¿liwo¶ci aby w zapytaniu odpytawaæ inn± baze danych Oczywi¶cie klient mo¿e ³±czyæ siê z ró¿nymi bazami danych i ³±czyæ Mo¿esz zwracaæ zbiory z funkcji PL/pgSQL u¿ywaj±c Problem mo¿e byæ spowodowany przez bardzo wiele rzeczy. Spróbuj Wy¶lij Twoje propozycje na listê mailow± pgsql-hackers, To wymaga wysi³ku tak olbrzymiego, ¿e nawet autorzy nigdy tego nie Pliki Makefiles nie maj± dorzuconych odpowiednich+
+ +
+
+
+
+ adresem:
+ + "http://www.Postgresql.org/docs/faq-english.html">http://www.PostgreSQL.org/docs/faq-english.html.
+
+
+ mo¿na znale¼æ pod adresem:
+ + "http://www.PostgreSQL.org/users-lounge/docs/faq.html">http://www.PostgreSQL.org/users-lounge/docs/faq.html.
+
+
+
+
+
+
+ PostreSQL?
+
+ PostgreSQL?
+
+
+
+
+
+ b³êdach czy brakuj±cych rozwi±zanich?
+
+
+
+ bezpo¶rednio pracuj±cych nad rozwojem PostgreSQL?
+
+
+ do innych DBMS?
+
+ PostgreSQL?
+
+
+
+ PostgreSQL?
+
+ PostgreSQL przez www?
+
+ Narzêdzie do raportowania? Interfejs dla "embedded query language"?
+
+ siê komunikowaæ z PostgreSQL?
+
+
+
+
+ lokalizacji ni¿ /usr/local/pgsql?
+
+ otrzymujê komunikat:
+ Bad System Call lub "core dumped". Dlaczego?
+
+ otrzymujê komunikato b³êdzie: IpcMemoryCreate. Dlaczego?
+
+ otrzymujê komunikat o b³êdzie: IpcSemaphoreCreate. Dlaczego?
+
+ innych hostów?
+
+ danych aby uzyskaæ lepsz± wydajno¶æ?
+
+
+ clients" podczas próby po³±czenia siê z baz± danych?
+
+ , które znajduj± siê w katalogu z plikami bazy danych?
+
+
+
+
+ binarnymi (binary cursors) i zwyk³ymi kursorami (normal cursors)?
+
+ jedynie kilka pierwszych wyników zapytania?
+
+ innych rzeczy pod psql?
+
+
+ tabeli i bazy danych?
+
+ potrzebne aby przechowaæ dane ze zwyczajnego pliku tekstowego?
+
+ bazy danych i u¿ytkownicy s± utworzeni?
+
+ kluczy. Dlaczego?
+
+ optimizer" wykonuje moje zapytanie?
+
+
+
+ zapytaniach i zapytañ case-insensitive w wyra¿eniach regularnych?
+ Jak korzystaæ z indeksów dla zapytañ case-insensitive?
+
+ warto¶æ NULL?
+
+ tekstowymi (character types)?
+
+ zwiêksza swoj± warto¶æ?
+
+ SERIAL po wykonaniu insert'u?
+
+ nextval() nie doprowadzi do "race condition" z innymi
+ u¿ytkownikami?
+
+ ponownie u¿ywane przy przerwaniu transakcji?
+ Sk±d siê bior± luki w numerowaniu kolumny tabeli sekwencjami/SERIALem?
+
+ TID?
+
+ PostgreSQL?
+
+ exhausted in AllocSetAlloc()"?
+
+ u¿ywam?
+
+ du¿ych obiektach "large-object" zwracaj± komunikat:
+ "invalid large obj descriptor"?
+
+ warto¶ci± bêdzie bie¿±cy czas?
+
+
IN s± takie wolne?+
+
+ baz danych jednocze¶nie?
+
+ kolumn?
+
+
+
+
+ psql, program zrzuca pamiêæ (dump core)?
+
+ do PostgreSQL?
+
+ (tuple)?
+
+ rekompilacji nie widaæ zmiany?
+
+
+
+
+
+
+
+
+
+
+ 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.
+
+
+
+ komunikuj±cych siê poprzez mailowe listy dyskusyjne PostgreSQL.
+ Obecnym koordynatorem jest Marc G. Fournier (+ "mailto:[email protected]">[email protected]). (Zobacz
+ poni¿ej jak siê przy³±czyæ). Ta grupa ludzi jest odpowiedzialna za
+ ca³y rozwój PostgreSQL.
+
+
+ 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.
+
+
+ dodaniu obs³ugi SQL w 1995, nazwa zosta³a zmieniona
+ na Postgres95. Pod koniec roku 1996 nazwa zosta³a zmieniona na
+ PostgreSQL.
+
+
+ PostgreSQL?
+
+
+
+
+
+
+ Group Portions Copyright (c) 1994-6 Regents of the University of
+ California
+
+
+ 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.
+
+
+ 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.
+
+
+ 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.
+
+
+ Nie posiada ona ¿adnych restrykcji co do u¿ywania kodu ¼ród³owego.
+ Podoba nam siê i nie zamierzamy jej zmieniaæ.
+
+
+ PostreSQL?
+
+
+ systemach. Platformy, które zosta³y szczegó³owo przetestowane podczas
+ publikowania PostgreSQL s± wymienione w dokumentacji opisuj±cej
+ instalacjê.
+
+
+ PostgreSQL?
+
+
+
+
+ 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.
+
+
+
+
+ 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/faq-mswin.html">MS Windows FAQ
+ na naszych stronach. Nie planujemy tworzyæ portu przeznaczonego
+ docelowo dla platformy Microsoft.
+
+
+
+
+ siê
+ je¶li szukasz mirrorów sprawd¼ nasz± g³ówn± stronê www.
+
+
+
+ + "mailto:[email protected]">[email protected].
+ 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
+
+
+ + "mailto:[email protected]">[email protected].
+
+
+ ni±, wy¶lij email na adres:
+ + "mailto:[email protected]">[email protected]
+ 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.
+
+
+ PostgreSQL. Aby zapisaæ siê na ni± wy¶lij email na adres:
+ + "mailto:[email protected]">[email protected]
+ z tre¶ci± maila zawieraj±c±:
+
+ subscribe
+ end
+
+ Lista po¶wiêcona dyskusjom developerów jest dostêpna pod adresem:
+ + "mailto:[email protected]">[email protected]
+ Aby siê na ni± zapisaæ wy¶lij na jej adres mail z tre¶ci±:
+
+ subscribe
+ end
+
+
+
+ mo¿na znale¼æ na stronach WWW PostgreSQL pod adresem:
+
+
+
+
+
+
+ po³±czenia siê z kana³em u¿ywam Unixowego polecenia
irc -c+ '#PostgreSQL' "$USER" irc.phoenix.net.
+
+
+ siê pod adresem: + "http://www.postgresql.org/users-lounge/commercial-support.html">http://www.postgresql.org/users-lounge/commercial-support.html.
+
+
+
+
+
+
+
+
+
+
+ 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/">http://www.PostgreSQL.org/users-lounge/docs/.
+
+
+ + "http://www.PostgreSQL.org/docs/awbook.html">http://www.PostgreSQL.org/docs/awbook.html
+ i + "http://www.commandprompt.com/ppbook/">http://www.commandprompt.com/ppbook/.
+ Lista ksi±¿ek o PostgreSQL, które mo¿na kupiæ znajduje siê pod adresem
+ + "http://www.postgresql.org/books/">http://www.postgresql.org/books/.
+ Zbiór technicznych artyku³ów o PostgreSQL znajduje siê pod adresem + href=
+ "http://techdocs.postgresql.org/">http://techdocs.postgresql.org/.
+
+
+ mo¿na sprawdziæ informacje dotycz±ce typów, operatorów, funkcji,
+ aggregatów itd.
+
+
+
+
+ b³êdach czy brakuj±cych rozwi±zanich?
+
+
+ Sprawd¼ nasz± listê
+ aby znale¼æ informacjê o znanych problemach, brakuj±cych
+ rozwi±zaniach czy przysz³ych planach.
+
+
+ SQL?
+
+ + "http://www.PostgreSQL.org/docs/awbook.html">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/">http://www.commandprompt.com/ppbook.
+ Dobry tutorial mo¿esz znale¼æ pod adresem: + "http://www.intermedia.net/support/sql/sqltut.shtm">http://www.intermedia.net/support/sql/sqltut.shtm,
+ oraz + "http://ourworld.compuserve.com/homepages/graeme_birchall/HTM_COOK.HTM">
+ http://ourworld.compuserve.com/homepages/graeme_birchall/HTM_COOK.HTM,
+ i + "http://sqlcourse.com/">http://sqlcourse.com.
+
+
+ pod adresem: + "http://members.tripod.com/er4ebus/sql/index.htm">http://members.tripod.com/er4ebus/sql/index.htm
+
+
+ Bowman, Judith S., et al., Addison-Wesley. Inni polecaj± The
+ Complete Reference SQL, Groff et al., McGraw-Hill.
+
+
+
+
+ przed rokiem 2000 BC.
+
+
+ bezpo¶rednio pracuj±cych nad rozwojem PostgreSQL?
+
+
+ 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.
+
+
+ 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.
+
+
+
+ + "http://www.postgresql.org/bugs/bugs.php">PostgreSQL BugTool, na
+ której opisane s± wskazówki jak zg³aszaæ informacje o b³êdach.
+
+ + "ftp://ftp.PostgreSQL.org/pub">ftp://ftp.PostgreSQL.org/pub, aby
+ sprawdziæ czy nie ma nowszych wersji PostgreSQL czy patchy.
+
+
+ do innych DBMS?
+
+
+ wydajno¶æ, stabilno¶æ, wsparcie i cena.
+
+
+
+
+
+ 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).
+
+
+
+
+
+
+ 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">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.
+
+
+
+
+
+
+ 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.
+
+
+
+
+
+
+ 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¼
+
+
+
+
+
+
+ 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.
+
+
+
+
+
+ PostgreSQL?
+
+
+ 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.
+
+
+ projektu open-source. Zapobiega przerwom w rozwoju projektu i
+ jakimkolwiek przestojom.
+
+
+ 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">http://www.pgsql.com/pg_goodies
+ gdzie opisane jest jak to zrobiæ.
+
+
+ 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.
+
+
+
+
+
+ PostgreSQL?
+
+
+ i OpenLink ODBC.
+
+
+ mo¿esz znale¼æ pod adresem: + "ftp://ftp.PostgreSQL.org/pub/odbc/">ftp://ftp.PostgreSQL.org/pub/odbc/.
+
+ + "http://www.openlinksw.com/">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).
+
+
+ wymagaj± komercyjnego wsparcia, ale wersja darmowa bêdzie zawsze
+ dostêpna. Wszystkie pytania mo¿esz wysy³aæ na adres: + "mailto:[email protected]">[email protected].
+
+ + "http://www.postgresql.org/devel-corner/docs/programmer/odbc.html">ODBC
+ w "Programmer's Guide".
+
+
+ PostgreSQL przez www?
+
+
+ przez www mo¿esz znale¼æ pod adresem:
+
+
+ + "http://www.phone.net/home/mwm/hotlist/">http://www.phone.net/home/mwm/hotlist/.
+
+
+ znale¼æ wiêcej informacji na ten temat pod adresem
+
+
+
+ modu³u CGI.pl.
+
+
+ Narzêdzie do raportowania? Interfejs dla "embedded query
+ language"?
+
+
+ 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">http://www.flex.ro/pgaccess
+
+
+ language interface" dla jêzyka C.
+
+
+ mo¿na siê komunikowaæ z PostgreSQL?
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ + "http://www.php.net">PHP z http://www.php.net)
+
+
+
+
+
+
+ lokalizacji ni¿ /usr/local/pgsql?
+
+
+ configure.
+
+
+ otrzymujê komunikat o b³êdzie: Bad System Call lub "core dumped".
+ Dlaczego?
+
+
+
+ sprawd¼ czy masz zainstalowane rozszerzenia systemu V w j±drze
+ systemu. PostgreSQL wymaga do pracy zainstalowanej obs³ugi pamiêci
+ dzielonej i semaforów.
+
+
+ otrzymujê komunikat o b³êdzie: IpcMemoryCreate.
+ Dlaczego?
+
+
+ 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 + "http://www.postgresql.org/idocs/index.php?kernel-resources.html">PostgreSQL
+ Administrator's Guide gdzie szczegó³owo zosta³o opisane
+ wykorzystanie pamiêci dzielonej i semaforów.
+
+
+ otrzymujê komunikat o b³êdzie: IpcSemaphoreCreate.
+ Dlaczego?
+
+
+ (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.
+
+
+ systemu w czasie intensywnego korzystania z bazy.
+
+ 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.
+
+
+ z innych hostów?
+
+
+ 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.
+
+
+ danych aby uzyskaæ lepsz± wydajno¶æ?
+
+
+ Polecenie EXPLAIN pozwala zobaczyæ jak PostgreSQL
+ interpretuje Twoje zapytanie i które indeksy s± u¿ywane.
+
+
+ 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.
+
+
+ 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.
+
+
+ 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.
+
+
+ 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.
+
+
+ dane w tabelach wg indeksu. Zobacz opis polecenia CLUSTER
+ w manualu ¿eby dowiedzieæ siê wiêcej.
+
+
+ b³êdów?
+
+
+ jego statusie, które mog± byæ przydatne przy debugowaniu procesu.
+
+
+ --enable-cassert, wiele funkcji assert() monitoruj± postêp
+ procesu backend i zatrzymuj± program kiedy wydarzy siê co¶
+ nieoczekiwanego.
+
+
+ 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 &
+
+
+
+ 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.
+
+
+ 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.
+
+
+ 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.
+
+
+ -t, które mog± byæ bardzo przydatne przy debuggowaniu i ocenie
+ wydajno¶ci.
+
+
+ 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.
+
+
+ many clients" podczas próby po³±czenia siê z baz± danych?
+
+
+ dla procesu postmaster'a.
+
+
+ postmaster z odpowiedni± warto¶ci± ustawian± opcjê -N w
+ pliku postgresql.conf.
+
+
+ -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.
+
+
+ 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.
+
+
+ pg_sorttempNNN.NN,
+ które znajduj± siê w katalogu z plikami bazy danych?
+
+
+ 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.
+
+
+ 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.
+
+
+
+
+
+ binarnymi (binary cursors) i zwyk³ymi kursorami (normal
+ cursors)?
+
+
+
+
+ SELECT jedynie kilka pierwszych wyników
+ zapytania?
+
+
+ polecenia SELECT ... LIMIT....
+
+
+ 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.
+
+
+ czy innych rzeczy pod psql?
+
+
+ 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.
+
+
+
+
+ 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;
+
+
+
+ tabeli i bazy danych?
+
+
+
+ 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.
+
+
+ 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.
+
+
+ zwiêkszona je¶li zwiêkszymy domy¶lny rozmiar bloku (block size) do
+ 32k.
+
+
+ konieczne aby przechowywaæ dane ze zwyczajnego pliku
+ tekstowego?
+
+
+ miejsca na przechowywanie danych z plików tekstowych ni¿ ich
+ objêto¶æ.
+
+
+ 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)
+
+
+
+ ale zawieraj± pewne dane,
+ wiêc w pewnych przypadkach moga byæ ca³kiem du¿e.
+
+
+ bazy danych i u¿ytkownicy s± utworzeni?
+
+
+ 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.
+
+
+ Zawiera on wiele z zapytañ typu SELECT, które s±
+ potrzebne aby wydobyæ informacje z tablic systemowych.
+
+
+ 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.
+
+
+ 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ê.
+
+
+ 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.
+
+
+ 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 ^.
+
+
+ optimizer" wykonuje moje zapytanie?
+
+
+
+
+
+
+ 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."
+
+
+ indeksów jest:
+
+
+ Searching." Proceedings of the 1984 ACM SIGMOD Int'l Conf on Mgmt
+ of Data, 45-57.
+
+
+ Database Systems".
+
+
+ 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æ.
+
+
+ Optimizer"?
+
+
+ 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.
+
+
+ zapytaniach i zapytañ case-insensitive w wyra¿eniach
+ regularnych?
+ jak korzystaæ z indeksów dla zapytañ case-insensitive?
+
+
+ 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.
+
+
+ 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));
+
+
+
+
+ warto¶æ NULL?
+
+
+ IS NULL albo IS NOT NULL.
+
+
+ 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)
+
+
+
+ b³êdach czêsto spotkasz siê z podanymi powy¿ej nazwami
+ wewnêtrznymi.
+
+
+ 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.
+
+
+ ³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.
+
+
+ zwiêksza swoj± warto¶æ?
+
+
+ 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.
+
+
+ SERIAL po wykonaniu insert'u?
+
+
+ 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
+ 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.
+
+
+ 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æ
+ 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().
+
+
+ nextval() nie doprowadzi do race condition z innymi
+ u¿ytkownikami?
+
+
+ backend, a nie przez wszystkich u¿ytkowników.
+
+
+ ponownie u¿ywane przy przerwaniu transakcji?
+ Sk±d siê bior± luki w numerowaniu kolumny tabeli
+ sekwancjami/SERIALem?
+
+
+ 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.
+
+
+ jest
+ TID?
+
+
+ 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.
+
+
+ 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.
+
+
+ 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';
+
+
+
+
+ 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.
+
+
+ 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 PostgreSQL?
+
+
+ które maj± bardziej ogólne znaczenie. Oto niektóre z nich:
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ adresem:+ "http://www.comptechnews.com/~reaster/dbdesign.html">http://www.comptechnews.com/~reaster/dbdesign.html
+
+
+ Memory exhausted in AllocSetAlloc()"?
+
+
+ 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.
+
+
+ u¿ywam?
+
+
select version();+
+
+ du¿ych obiektach "large-object" zwracaj± komunikat:
+ "invalid large obj descriptor"?
+
+
BEGIN WORK i COMMIT+ przed i po u¿yciu uchwytu do du¿ego obiektu, tzn. musisz nimi otoczyæ
+ funkcje
lo_open ... lo_close.+
+
+ 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.
+
+
+ bêdziesz musia³ ustawiæ
auto-commit off.+
+
+ warto¶ci± bêdzie bie¿±cy czas?
+
+
+
+
CREATE TABLE test (x int, modtime timestamp DEFAULT CURRENT_TIMESTAMP );+
+
+
+
+
IN sa takie wolne?+
+
+ 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.
+
+
+
+
+ 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);
+
+
+
+ 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.
+
+
+ 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
+
+
+
+ baz danych jednocze¶nie?
+
+
+ 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æ.
+
+
+ informacjê w ten sposób uzyskan±.
+
+
+ kolumn?
+
+
+ refcursors. Zobacz + href="http://developer.postgresql.org/docs/postgres/plpgsql-cursors.html">
+ http://developer.postgresql.org/docs/postgres/plpgsql-cursors.html,
+ sekcjê 23.7.3.3.
+
+
+
+
+
+ w psql, program zrzuca pamiêæ (dump core)?
+
+
+ najpierw przetestowaæ Twoj± funkcjê w samodzielnie dzia³aj±cym programie.
+
+
+
+ funkcje do PostgreSQL?
+
+
+ wtedy prawdopodobnie Twój kod znajdzie siê w katalogu contrib/.
+
+
+ (tuple)?
+
+
+ prubowali, chocia¿ z zalo¿eñ wynika, ¿e jest to mo¿liwe.
+
+
+ rekompilacji nie widaæ zmiany?
+
+
+ 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
+
+