projects / postgresql.git / commitdiff
| author | Magnus Hagander | |
| Mon, 15 Sep 2008 08:50:09 +0000 (08:50 +0000) | ||
| committer | Magnus Hagander | |
| Mon, 15 Sep 2008 08:50:09 +0000 (08:50 +0000) |
| doc/src/FAQ/FAQ_polish.html | patch | blob | blame | history | |
| doc/src/FAQ/FAQ_turkish.html | patch | blob | blame | history |
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 ( T³umaczenie: Marcin Mazurek ( Tłumaczenie: Marcin Mazurek ( Najbardziej aktualn± wersjê tego dokumentu mo¿na znale¼æ pod Najbardziej aktualną wersję tego dokumentu można znaleźć pod Odpowiedzi na pytania dotycz±ce konkretnych systemów operacyjnych Odpowiedzi na pytania dotyczące konkretnych systemów operacyjnych PostgreSQL wymawia siê Post-Gres-kju-el. Czêsto podczas PostgreSQL wymawia się Post-Gres-kju-el. Często podczas PostgreSQL jest rozszerzeniem systemu zarz±dzania bazami danych - PostgreSQL jest rozszerzeniem systemu zarządzania bazami danych - Rozwój PostgreSQL jest prowadzony przez grupê ludzi z Internetu, 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 Oryginalną nazwą oprogramowania w Berkeley był Postgres. Po PostgreSQL objêty jest nastêpuj±c± licencj±: PostgreSQL objęty jest następującą licencją: PostgreSQL Data Base Management System Tekst powy¿ej, jest klasyczn± licencj± BSD. Tekst powyżej, jest klasyczną licencją BSD. PostgreSQL powinien dzia³aæ na wszystkich nowych Unix-podobnych PostgreSQL powinien działać na wszystkich nowych Unix-podobnych Klient Mo¿liwa jest kompilacja bibliteki C libpq, psql oraz Możliwa jest kompilacja bibliteki C libpq, psql oraz 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 G³ówny serwer ftp z dostêpem "anonymous" dla PostgreSQL znajduje Główny serwer ftp z dostępem "anonymous" dla PostgreSQL znajduje Adres g³ównej listy mailowej: 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 wysyłająca digesty. Aby zapisać się na Dostêpna jest tak¿e lista po¶wiêcona b³êdom znalezionym w Dostępna jest także lista poświęcona błędom znalezionym w Dodatkowe informacje o listach mailowych dotycz±cych PostgreSQL Dodatkowe informacje o listach mailowych dotyczących PostgreSQL W sieci EFNet istnieje kana³ IRC #PostgreSQL. Ja, do W sieci EFNet istnieje kanał IRC #PostgreSQL. Ja, do Lista firm oferuj±cych wsparcie na zasadach komercyjnych znajduje Lista firm oferujących wsparcie na zasadach komercyjnych znajduje 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. Kilka manuali, stron podêcznika man, oraz kilka przyk³adów do Kilka manuali, stron podęcznika man, oraz kilka przykładów do Istniej± tak¿e dwie ksi±¿ki dostêpne online pod adresami Istnieją także dwie książki dostępne online pod adresami psql posiada kilka wbudowanych poleceñ \d, za pomoca których psql posiada kilka wbudowanych poleceń \d, za pomoca których Na naszej stronie mo¿na znale¼æ du¿o wiêcej dokumentacji. Na naszej stronie można znaleźć dużo więcej dokumentacji. PostgreSQL wspiera rozszerzony podzbiór standardu SQL-92. PostgreSQL wspiera rozszerzony podzbiór standardu SQL-92. Ksi±¿ka o PostgreSQL Książka o PostgreSQL Wielu z naszych u¿ytkowników poleca The Practical SQL Handbook, 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 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 Jest około 12 osób, które mają uprawnienia do commit'owania w Zajrzyj na stronê Zajrzyj na stronę Zajrzyj tak¿e na nasz ftp Zajrzyj także na nasz ftp Jest kilka sposobów oceny softwaru: mo¿liwo¶ci, Jest kilka sposobów oceny softwaru: możliwości, PostgreSQL korzysta z najlepszej infrastruktury od samego pocz±tku PostgreSQL korzysta z najlepszej infrastruktury od samego początku Wysokiej jako¶ci infrastruktura jest bardzo wa¿na dla ka¿dego Wysokiej jakości infrastruktura jest bardzo ważna dla każdego Oczywi¶cie korzystanie z wysokiej jako¶ci infrastruktury nie jest Oczywiście korzystanie z wysokiej jakości infrastruktury nie jest Chocia¿ na stronie wspomniana jest nazwa PostgreSQL Inc, "datki" Chociaż na stronie wspomniana jest nazwa PostgreSQL Inc, "datki" Dostêpne s± dwa driwery ODBC: PsqlODBC Dostępne są dwa driwery ODBC: PsqlODBC Mo¿esz pobraæ PsqlODBC z adresu Możesz pobrać PsqlODBC z adresu OpenLink ODBC mo¿e byæ pobrany z adresu: OpenLink ODBC może być pobrany z adresu: Autorzy bêd± prawdopodobnie sprzedawaæ ten produkt osobom które Autorzy będą prawdopodobnie sprzedawać ten produkt osobom które Dobry podrêcznik dla pocz±tkuj±cych o dostêpie do bazy danych Dobry podręcznik dla początkujących o dostępie do bazy danych Do integracji z www, ¶wietnym rozwi±zaniem jest PHP. Mo¿esz Do integracji z www, świetnym rozwiązaniem jest PHP. Możesz Wiele osób w przypadku skomplikowanych rozwi±zañ uzywa Perl'a i Wiele osób w przypadku skomplikowanych rozwiązań uzywa Perl'a i Tak, istnieje kilka interfejsów graficznych dla PostgreSQL. Tak, istnieje kilka interfejsów graficznych dla PostgreSQL. Najbardziej popularne jêzyki posiiadaj± w³asny interfejs dla Najbardziej popularne języki posiiadają własny interfejs dla Ze ¼ród³ami PostreSQL dystrubuowane s± interfejsy dla Ze źródłami PostreSQL dystrubuowane są interfejsy dla U¿yj opcji --prefix podczas uruchamiania skryptu Użyj opcji --prefix podczas uruchamiania skryptu Ten b³±d mo¿e byæ wynikiem wielu problemów, ale na pocz±tek Ten błąd może być wynikiem wielu problemów, ale na początek Albo nie masz poprawnie skonfigurowanej obs³ugi pamiêci dzielonej Albo nie masz poprawnie skonfigurowanej obsługi pamięci dzielonej Je¶li tre¶æ b³êdu brzmi: IpcSemaphoreCreate: semget failed Jeśli treść błędu brzmi: IpcSemaphoreCreate: semget failed Niedzia³aj±ce semafory mog± spowodowaæ niepoprawne zamkniêcie 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 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± Domyślnie PostgreSQL pozwala jedynie na połączenia za pomocą Indeksy bez w±tpienia mog± przyspieszyæ wykonywanie zapytañ. Indeksy bez wątpienia mogą przyspieszyć wykonywanie zapytań. Je¶li wykonujesz bardzo du¿o INSERTów, mo¿e warto Jeśli wykonujesz bardzo dużo INSERTów, może warto Jest kilka opcji pozwalaj±cych na poprawienie wydajno¶ci. Jest kilka opcji pozwalających na poprawienie wydajności. Mo¿esz tak¿e uruchomiæ postmaster'a z opcj± -B 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ć opcji -S dla backendu aby zwiększyć Mo¿esz tak¿e u¿yæ polecenia CLUSTER aby pogrupowaæ Możesz także użyć polecenia CLUSTER aby pogrupować PostgreSQL ma kilka mo¿liwo¶ci na raportowanie informacji o PostgreSQL ma kilka możliwości na raportowanie informacji o Przede wszystkim uruchom skrypt configure z opcj± Przede wszystkim uruchom skrypt configure z opcją Zarówno postmaster jak i postgres maj± kilka opcji 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 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 postgres może być uruchamiany z opcjami -s, -A i Mo¿esz tak¿e skompilowaæ z profilingiem aby zobaczyæ jakie funkcje Możesz także skompilować z profilingiem aby zobaczyć jakie funkcje Musisz zwiêkszyæ limit ilo¶ci jednoczesnych procesów bacekendu Musisz zwiększyć limit ilości jednoczesnych procesów bacekendu Domy¶lny limit to 32 procesy. Mo¿esz go zwiêkszyæ przez restart 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 Weź pod uwagę, że jeśli zwiększysz wartość podaną w opcji Katalog ten zawiera tymczasowe pliki utworzone przez executor. Dla Pliki tymczasowe powinny byæ usuniête automatycznie, ale mog³o siê 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 Zobacz w manualu opis polecenia FETCH lub użyj Nawet je¶li chesz pobraæ kilka pierwszych rzêdów z wyniku Nawet jeśli chesz pobrać kilka pierwszych rzędów z wyniku Mo¿esz sprawdziæ zawarto¶æ ¼róde³ psql, a konkretnie plik Możesz sprawdzić zawartość źródeł psql, a konkretnie plik DROP COLUMNT zosta³o dodane w wersji 7.3 przy poleceniu ALTER DROP COLUMNT zostało dodane w wersji 7.3 przy poleceniu ALTER Oto wszystkie ograniczenia: Maksymalny rozmiar tabeli, czyli 32 TB nie wymaga od systemu Masymalny rozmiar tabeli i maksymalna liczba kolumn mo¿e byæ Masymalny rozmiar tabeli i maksymalna liczba kolumn może być Baza danych PostgreSQL mo¿e potrzebowaæ do piêciu razy wiêcej 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 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, NULLe s± przechowywane jako mapy bitowe, wiêc u¿ywaj± bardzo ma³o Indeksy nie powodują dużego narzutu na zajmowane miejsce, NULLe są przechowywane jako mapy bitowe, więc używają bardzo mało psql ma ca³kiem du¿± ilo¶æ poleceñ z backslashem aby psql ma całkiem dużą ilość poleceń z backslashem aby Obejrzyj tak¿e plik pgsql/src/tutorial/syscat.source. 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 Jakkolwiek LIMIT w po³±czeniu z ORDER BY Żeby zdecydować czy indeks powinien byc używany, PostgreSQL musi Indeksy nie są zazwyczaj używane przez ORDER BY lub Jakkolwiek LIMIT w połączeniu z ORDER BY Kiedy u¿ywa siê operatorów dopasuj±cych takich jak 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. Indeks R-tree jest używany do indeksowania danych przestrzennych. ¬ród³owym dokumentem opisuj±cym oryginalnie projektowanie R-tree Ź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 Ten dokument możesz znaleźć także w pracy Stonebraker'a "Readings in Wbudowane indeksy R-trees radz± sobie w wielobokami i boxes. Wbudowane indeksy R-trees radzą sobie w wielobokami i boxes. Modu³ GEQO ma za zadanie przyspieszenie Moduł GEQO ma za zadanie przyspieszenie Operator ~ moze byæ wykorzystywany do wyszukiwania za Operator ~ moze być wykorzystywany do wyszukiwania za Porównania case-insensitive s± zazwyczaj wykonywane w nastêpuj±cy Porównania case-insensitive są zazwyczaj wykonywane w następujący Mo¿esz to sprawdziæ, testuj±c warto¶æ kolumny warunkiem Możesz to sprawdzić, testując wartość kolumny warunkiem Je¶li bêdziesz przegl±daæ katalogi systemowe lub komunikaty o Jeśli będziesz przeglądać katalogi systemowe lub komunikaty o Pierwsze cztery typy powy¿ej to tzw typy "varlena" (np. pierwsze Pierwsze cztery typy powyżej to tzw typy "varlena" (np. pierwsze VARCHAR(n) jest PostgreSQL ma zaimplementowany typ SERIAL. Jednym z podej¶æ jest pobranie kolejnej warto¶ci typu Jednym z podejść jest pobranie kolejnej wartości typu Inne rozwi±zanie to u¿ycie funkcji currval() na pola typu Inne rozwiązanie to użycie funkcji currval() na pola typu Nie. currval() zwraca bie¿±c± warto¶æ przypisan± przez Twój Nie. currval() zwraca bieżącą wartość przypisaną przez Twój Aby poprawiæ zbie¿no¶æ (concurrency), warto¶ci sekwencji s± Aby poprawić zbieżność (concurrency), wartości sekwencji są OID s± PostgreSQL'owym rozwi±zaniem problemu 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 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 OIDy są przechowywane jako cztero-bajtowe liczby TID s± u¿ywane aby zidentyfikowaæ konkretne rzêdy z TID są używane aby zidentyfikować konkretne rzędy z W czê¶ci kodu ¼ród³owego i starszej dokumentacji u¿ywamy terminów, 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 Listę terminów związanych z bazami danych możesz znaleźć pod tym W psql, wpisz Musisz u¿yæ Musisz użyć Obecnie PostgreSQL u¿ywj±c "rule" zamyka uchwyt do du¿ego obiektu Obecnie PostgreSQL używjąc "rule" zamyka uchwyt do dużego obiektu Je¶li u¿ywasz interfejsu klienta jak ODBC byæ mo¿e Jeśli używasz interfejsu klienta jak ODBC być może U¿yj CURRENT_TIMESTAMP: Użyj CURRENT_TIMESTAMP: W wersjach wcze¶niejszych ni¿ 7.4 ³±czymy podzapytania w outer queries W wersjach wcześniejszych niż 7.4 łączymy podzapytania w outer queries PostgreSQL ma zaimplementowane outer join Te dwa identyczne zapytania ³±cz± kolumnê t1.col z kolumn± t2.col, Te dwa identyczne zapytania łączą kolumnę t1.col z kolumną t2.col, W poprzednich wersjach "outer joins" mog± byæ zasymulowane poprzez W poprzednich wersjach "outer joins" mogą być zasymulowane poprzez Nie ma takiej mo¿liwo¶ci aby w zapytaniu odpytawaæ inn± baze danych Nie ma takiej możliwości aby w zapytaniu odpytawać inną baze danych contrib/dblink pozwala na wykonywanie zapytañ poprzez ró¿ne contrib/dblink pozwala na wykonywanie zapytań poprzez różne 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 Problem mo¿e byæ spowodowany przez bardzo wiele rzeczy. Spróbuj Problem może być spowodowany przez bardzo wiele rzeczy. Spróbuj Wy¶lij Twoje propozycje na listê mailow± pgsql-hackers, Wyślij Twoje propozycje na listę mailową pgsql-hackers, Pliki Makefiles nie maj± dorzuconych odpowiednich Pliki Makefiles nie mają dorzuconych odpowiednich
- +
-
+
adresem:
"http://www.Postgresql.org/docs/faqs/FAQ.html">http://www.PostgreSQL.org/docs/faqs/FAQ.html.
-
- mo¿na znale¼æ pod adresem:
+
+ można znaleźć pod adresem:
"http://www.PostgreSQL.org/docs/index.html">http://www.PostgreSQL.org/docs/index.html.
-
-
-
-
+
+
+
+
PostreSQL?
-
+
PostgreSQL?
-
-
-
-
-
- b³êdach czy brakuj±cych rozwi±zanich?
-
-
-
- bezpo¶rednio pracuj±cych nad rozwojem PostgreSQL?
-
-
+
+
+
+
+
+ błędach czy brakujących rozwiązanich?
+
+
+
+ bezpośrednio pracujących nad rozwojem PostgreSQL?
+
+
do innych DBMS?
-
+
PostgreSQL?
-
-
+
+
PostgreSQL?
-
+
PostgreSQL przez www?
-
-
- siê komunikowaæ z PostgreSQL?
+
+
+ się komunikować z PostgreSQL?
-
-
- lokalizacji ni¿ /usr/local/pgsql?
+
+
+ lokalizacji niż /usr/local/pgsql?
- otrzymujê komunikat:
+ otrzymuję komunikat:
Bad System Call lub "core dumped". Dlaczego?
- otrzymujê komunikat o b³êdzie: IpcMemoryCreate. Dlaczego?
+ otrzymuję komunikat o 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?
-
+ 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?
+
- PostgreSQL korzystanie ze skryptów dump i restore?
-
-
-
- binarnymi (binary cursors) i zwyk³ymi kursorami (normal cursors)?
-
- jedynie kilka pierwszych wyników zapytania?
-
+ PostgreSQL korzystanie ze skryptów dump i restore?
+
+
+
+ binarnymi (binary cursors) i zwykłymi kursorami (normal cursors)?
+
+ jedynie kilka pierwszych wyników zapytania?
+
innych rzeczy pod psql?
-
+
typ?
-
+
tabeli i bazy danych?
-
- potrzebne aby przechowaæ dane ze zwyczajnego pliku tekstowego?
-
- bazy danych i u¿ytkownicy s± utworzeni?
-
+
+ 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?
-
+
+ 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¶æ?
-
+
+ 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?
+ 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:
+
+ 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?
-
+
+ wartością będzie bieżący czas?
+
+
IN są takie wolne?+
+
+ baz danych jednocześnie?
+
kolumn?
-
- tworzyæ/usuwaæ tabel tymczasowych w funkcjach PL/PgSQL?
-
+
+ tworzyć/usuwać tabel tymczasowych w funkcjach PL/PgSQL?
+
PostgreSQL?
-
+
PostgreSQL?
-
- psql, program zrzuca pamiêæ (dump core)?
-
+
+ psql, program zrzuca pamięć (dump core)?
+
do PostgreSQL?
-
+
(tuple)?
-
- rekompilacji nie widaæ zmiany?
+
+ rekompilacji nie widać zmiany?
-
+
-
+
-
- rozmów u¿ywany jest termin "Postgres"
+
+ rozmów używany jest termin "Postgres"
-
- 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
+
+ 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.
-
- komunikuj±cych siê poprzez mailowe listy dyskusyjne PostgreSQL.
+
+ komunikujących się poprzez mailowe listy dyskusyjne PostgreSQL.
Obecnym koordynatorem jest Marc G. Fournier ( "mailto:[email protected]">[email protected]). (Zobacz
- pytanie
- odpowiedzialna za ca³y rozwój PostgreSQL. PostgreSQL jest projektem
- nie kontrolowanym przez ¿adn± firmê, aby wzi±æ udzia³ w jego rozwoju
- sprawd¼,
+ pytanie
+ 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
- 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.
-
- dodaniu obs³ugi SQL w 1995, nazwa zosta³a zmieniona
- na Postgres95. Pod koniec roku 1996 nazwa zosta³a zmieniona na
+
+ dodaniu obsługi SQL w 1995, nazwa została zmieniona
+ na Postgres95. Pod koniec roku 1996 nazwa została zmieniona na
PostgreSQL.
-
+
PostgreSQL?
-
+
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æ.
+
+ 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ê.
+
+ 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 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.
+
+ 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.
-
+
bibliotek Cygwin, Cygnus Unix/NT. W pliku pgsql/doc/FAQ_MSWIN
- znajduj±cym siê w ¼ród³ach lub pod adresem: + znajdującym się w źródłach lub pod adresem: "http://www.postgresql.org/docs/faqs/text/FAQ_MSWIN">http://www.PostgreSQL.org/docs/faqs/text/FAQ_MSWIN na naszych stronach.
- Obecnie prowadzone s± prace nad stworzeniem wersji dla MS Win
- NT/200/XP. Je¶li chcesz siê dowiedzieæ o obecnym statusie tych prac
+ Obecnie prowadzone są prace nad stworzeniem wersji dla MS Win
+ NT/200/XP. Jeśli chcesz się dowiedzieć o obecnym statusie tych prac
zobacz href="http://techdocs.postgresql.org/guides/Windows">http://techdocs.postgresql.org/guides/Windows and
href="http://momjian.postgresql.org/main/writings/pgsql/win32.html">http://momjian.postgresql.org/main/writings/pgsql/win32.html.
- Istnieje tak¿e port pod Novell Netware 6 dostêpny pod adresem + Istnieje także port pod Novell Netware 6 dostępny pod adresem href="http://forge.novell.com">http://forge.novell.com.
-
+
-
- siê
- je¶li szukasz mirrorów sprawd¼ nasz± g³ówn± stronê www.
+
+ 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):
+ 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:
+
+ nią, wyślij email na adres:
"mailto:[email protected]">[email protected]
- 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.
-
- PostgreSQL. Aby zapisaæ siê na ni± wy¶lij email na adres:
+
+ PostgreSQL. Aby zapisać się na nią wyślij email na adres:
"mailto:[email protected]">[email protected]
- 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:
"mailto:[email protected]">[email protected]
- 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
-
- mo¿na znale¼æ na stronach WWW PostgreSQL pod adresem:
+
+ można znaleźć na stronach WWW PostgreSQL pod adresem:
-
- po³±czenia siê z kana³em u¿ywam Unixowego polecenia
irc -c+
+ połączenia się z kanałem używam Unixowego polecenia
irc -c '#PostgreSQL' "$USER" irc.phoenix.net.
-
- siê pod adresem:
+
+ się pod adresem:
-
+
-
+
-
+
-
+
-
- testowania s± za³±czone w samej dystrybucji. Znajduj± siê one w
- katalogu /doc. Manual mo¿e byæ tak¿e przegl±dany poprzez
+
+ 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">http://www.PostgreSQL.org/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
+ Lista książek o PostgreSQL, które można kupić znajduje się pod adresem
"http://techdocs.PostgreSQL.org/techdocs/bookreviews.php">
http://techdocs.PostgreSQL.org/techdocs/bookreviews.php.
- Zbiór technicznych artyku³ów o PostgreSQL znajduje siê pod adresem + 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,
- agregatów itd.
+
+ można sprawdzić informacje dotyczące typów, operatorów, funkcji,
+ agregatów itd.
-
+
-
- b³êdach czy brakuj±cych rozwi±zanich?
+
+ błędach czy brakujących rozwiązanich?
-
- Sprawd¼ nasz± listê
- aby znale¼æ informacjê o znanych problemach, brakuj±cych
- rozwi±zaniach czy przysz³ych planach.
+
+ 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: + 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: + 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">
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
+
+ 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?
+
+ 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
+
+ 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.
-
- 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.
+
+ 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.
-
+
- + "http://www.postgresql.org/bugs/bugs.php">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.
- + "ftp://ftp.PostgreSQL.org/pub">ftp://ftp.PostgreSQL.org/pub, aby
- sprawdziæ czy nie ma nowszych wersji PostgreSQL czy patchy.
+ sprawdzić czy nie ma nowszych wersji PostgreSQL czy patchy.
-
+
do innych DBMS?
-
- wydajno¶æ, stabilno¶æ, wsparcie i cena.
+
+ 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
+ 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 blokowaniem (lock contention).
-
-
-
- source baz danych. W niektórych sytuacjach jest szybszy w
- niektórych wolniejszy. W porównianiu do MySQL lub mniejszych baz
- danych jeste¶my szybsi przy wielu u¿ytkownikach, skomplikowaych
- zapytaniach i du¿ym obci±¿eniu podczas. MySQL jest szybszy dla
- prostych SELECTów wykonywanych przez niewielu u¿ytkowników.
- Spowodowane jest to narzutem, który siê pojawia przy transakcjach.
- Oczywi¶cie MySQL nie ma wiêkszo¶ci z rozwi±zañ opisanych powy¿ej
- w sekcji Mo¿liwo¶ci . PostgreSQL zosta³ stworzony z my¶l± o
- stabilno¶ci, oraz szerokiej gamie mo¿liwo¶ci, ale mimo to staramy
- siê w ka¿dej wersji poprawiaæ jego wydajno¶æ.
- Ciekawe porównanie PostgreSQL i MySQL mo¿na znale¼æ pod adresem +
+
+
+ source baz danych. W niektórych sytuacjach jest szybszy w
+ niektórych wolniejszy. W porównianiu do MySQL lub mniejszych baz
+ danych jesteśmy szybsi przy wielu użytkownikach, skomplikowaych
+ zapytaniach i dużym obciążeniu podczas. MySQL jest szybszy dla
+ prostych SELECTów wykonywanych przez niewielu użytkowników.
+ Spowodowane jest to narzutem, który się pojawia przy transakcjach.
+ Oczywiście MySQL nie ma większości z rozwiązań opisanych powyżej
+ w sekcji Możliwości . PostgreSQL został stworzony z myślą o
+ stabilności, oraz szerokiej gamie możliwości, ale mimo to staramy
+ się w każdej wersji poprawiać jego wydajność.
+ Ciekawe porównanie PostgreSQL i MySQL można znaleźć pod adresem "http://openacs.org/philosophy/why-not-mysql.html">http://openacs.org/philosophy/why-not-mysql.html
- Dodatkowo, MySQL jest firm±, która dystrybuuje jej produkty poprzez
- zasadê Open Source i wymaga wykupienia licencji w przypadku
+ Dodatkowo, MySQL jest firmą, która dystrybuuje jej produkty poprzez
+ zasadę Open Source i wymaga wykupienia licencji w przypadku
tworzenia close-source software, co ie ma miejsca w przypadku
PostgreSQL.
-
-
-
- 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 co najmniej 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
+
+
+
+ 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 co najmniej 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¼
+
+ 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.
+
+ 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, 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.
+
+ 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.
-
+
projektu open-source. Zapobiega przerwom w rozwoju projektu i
jakimkolwiek przestojom.
-
- 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: +
+ 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/">http://store.pgsql.com/shopping/
- gdzie opisane jest jak to zrobiæ.
+ 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.
+
+ 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.
- Je¶li mo¿esz siê pochwaliæ udanymi wdro¿eniami PostgreSQL, prosimy
- aby¶ zg³osi³ nam to na stronie: + Jeśli możesz się pochwalić udanymi wdrożeniami PostgreSQL, prosimy
+ abyś zgłosił nam to na stronie: href="http://advocacy.postgresql.org/">http://advocacy.postgresql.org.
-
+
PostgreSQL?
-
+
i OpenLink ODBC.
- + href="http://gborg.postgresql.org/project/psqlodbc/projdisplay.php">http://gborg.postgresql.org/project/psqlodbc/projdisplay.php
- + "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 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).
-
- wymagaj± komercyjnego wsparcia, ale wersja darmowa bêdzie zawsze
- dostêpna. Wszystkie pytania mo¿esz wysy³aæ na adres: +
+ wymagają komercyjnego wsparcia, ale wersja darmowa będzie zawsze
+ dostępna. Wszystkie pytania możesz wysyłać na adres: "mailto:[email protected]">[email protected].
-
+
PostgreSQL przez www?
-
- przez www mo¿esz znale¼æ pod adresem:
+
+ przez www możesz znaleźć pod adresem:
-
- znale¼æ wiêcej informacji na ten temat pod adresem
+
+ znaleźć więcej informacji na ten temat pod adresem
-
- modu³u CGI.pl lub mod_perl.
+
+ modułu CGI.pl lub mod_perl.
-
+
-
- W¶ród nich PgAccess (
+
+ Wśród nich PgAccess (
http://www.pgaccess.org), PgAdmin III ( href="http://www.pgadmin.org">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
-
- mo¿na siê komunikowaæ z PostgreSQL?
+
+ można się komunikować z PostgreSQL?
-
- PostgreSQL. Sprawd¼ listê rozszerzeñ dla intersuj±cego Ciebie jêzyka
+
+ PostgreSQL. Sprawdź listę rozszerzeń dla intersującego Ciebie języka
programowania.
-
- nastêpuj±cych jêzyków programowania:
+
+ następujących języków programowania:
- Inne interfejsy s± dostêpne pod adresem:
+ Inne interfejsy są dostępne pod adresem:
sekcji Drivers/Interfaces.
-
+
-
- lokalizacji ni¿ /usr/local/pgsql?
+
+ lokalizacji niż /usr/local/pgsql?
-
+
configure.
- otrzymujê komunikat o b³êdzie: Bad System Call lub "core dumped".
+ 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.
+
+ 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.
+ 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 +
+ 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.
+ Administrator's Guide gdzie szczegółowo zostało opisane
+ wykorzystanie pamięci dzielonej i semaforów.
- otrzymujê komunikat o b³êdzie: IpcSemaphoreCreate.
+ 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.
+
+ (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.
-
+
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
+
+ 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?
+
+ 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
+
+ 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.
-
- danych aby uzyskaæ lepsz± wydajno¶æ?
+
+ danych aby uzyskać lepszą wydajność?
-
- Polecenie EXPLAIN pozwala zobaczyæ jak PostgreSQL
- interpretuje Twoje zapytanie i które indeksy s± u¿ywane.
+
+ 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
+
+ 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.
-
-
- 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.
+
+
+ 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.
+
+ 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.
+
+ 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.
+ w manualu żeby dowiedzieć się więcej.
-
- b³êdów?
+
+ błędów?
-
- jego statusie, które mog± byæ przydatne przy debugowaniu procesu.
+
+ 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¶
+
+ --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:
+
+ 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
+
+ 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.
+
+ -t, które mogą być bardzo przydatne przy debuggowaniu i ocenie
+ wydajności.
-
- ile czasu wykonuj± siê. Pliki profilowane dla backendu zostan±
+
+ 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.
-
- many clients" podczas próby po³±czenia siê z baz± danych?
+
+ many clients" podczas próby połączenia się z bazą danych?
-
+
dla procesu postmaster'a.
-
- postmaster z odpowiedni± warto¶ci± ustawian± opcjê -N w
+
+ 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
+
+ -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.
-
+
- 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.
-
- 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
+
+ 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.
- PostgreSQL korzystanie ze skryptów dump i restore?
+ PostgreSQL korzystanie ze skryptów dump i restore?
- 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.
-
+
-
- binarnymi (binary cursors) i zwyk³ymi kursorami (normal
+
+ binarnymi (binary cursors) i zwykłymi kursorami (normal
cursors)?
-
- SELECT jedynie kilka pierwszych wyników
+
+ 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.
+
+ 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
LIMIT 1;
-
+
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.
+ 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.
-
+
jej typ?
-
- TABLE DROP COLUMN. We wcze¶ñiejszych wersjach mo¿esz zrobiæ tak:
+
+ 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;
COMMIT;
-
+
tabeli i bazy danych?
- 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.
- 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.
-
- zwiêkszona je¶li zwiêkszymy domy¶lny rozmiar bloku (block size) do
+
+ zwiększona jeśli zwiększymy domyślny rozmiar bloku (block size) do
32k.
-
- konieczne aby przechowywaæ dane ze zwyczajnego pliku
+
+ konieczne aby przechowywać dane ze zwyczajnego pliku
tekstowego?
-
- miejsca na przechowywanie danych z plików tekstowych ni¿ ich
- objêto¶æ.
+
+ 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:
+
+ 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)
-
- ale zawieraj± pewne dane,
- wiêc w pewnych przypadkach moga byæ ca³kiem du¿e.
-
+
+ ale zawierają pewne dane,
+ więc w pewnych przypadkach moga być całkiem duże.
+
miejsca.
-
- bazy danych i u¿ytkownicy s± utworzeni?
+
+ 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
+
+ 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.
+
+ 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.
+ 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.
-
- 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.
+
+ 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.
+
+ 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
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.
-
- LIKE lub ~, indeksy bêd± u¿ywane jedynie w
+
+ LIKE lub ~, indeksy będą używane jedynie w
pewnych wypadkach:
-
+
-
+
- musz± siê zaczynaæ znakiem specjalnym ^.
+ muszą się zaczynać znakiem specjalnym ^.
-
+
[a-e].
indexes. Instead, use functional indexes, which are described in
section 4.12.
-
+
-
+
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
+
+ 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."
-
- indeksów jest:
+
+ 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æ.
+
+ 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.
+
+ 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
+
+ zapytaniach i zapytań case-insensitive w wyrażeniach
regularnych?
- Jak korzystaæ z indeksów dla zapytañ case-insensitive?
+ Jak korzystać z indeksów dla zapytań case-insensitive?
-
- pomoc± wyra¿eñ regularnych, a
- ~* do wyszukiwania case-insensitive z wyra¿eniami
+
+ 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.
-
- sposób:
+
+ 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));
-
- warto¶æ NULL?
+
+ wartość NULL?
-
+
IS NULL albo IS NOT NULL.
-
+
typami tekstowymi (character types)?
-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
-
- b³êdach czêsto spotkasz siê z podanymi powy¿ej nazwami
- wewnêtrznymi.
+
+ 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.
+
+ 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.
- 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ść.
-
- zwiêksza swoj± warto¶æ?
+
+ zwiększa swoją wartość?
- Automatycznie tworzy sekwencjê i indeks na tej kolumnie. Dla
+ Automatycznie tworzy sekwencję i indeks na tej kolumnie. Dla
przykladu:
CREATE TABLE person (
name TEXT
);
- zostanie automatycznie przt³umaczone na:
+ zostanie automatycznie prztłumaczone na:
CREATE SEQUENCE person_id_seq;
CREATE TABLE person (
);
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.
-
+
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:
+
+ 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+ 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.
-
- SERIAL po dodaniu nowej warto¶ci do rzêdu zawieraj±cego
- kolumnê typu SERIAL z wstawion± domy¶lnie warto¶ci±,
+
+ 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
+ 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?
+ użytkownikami?
-
- backend, a nie przez wszystkich u¿ytkowników.
+
+ backend, a nie przez wszystkich użytkowników.
-
- ponownie u¿ywane przy przerwaniu transakcji?
- Sk±d siê bior± luki w numerowaniu kolumny tabeli
+
+ 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
+
+ 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
+
+ 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.
-
-
- 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³:
+ 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);
-->
-
- 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.
+
+ 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.
+
+ 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:
+
+ które mają bardziej ogólne znaczenie. Oto niektóre z nich:
-
+
adresem: href="http://hea-www.harvard.edu/MST/simul/software/docs/pkgs/pgsql/glossary/glossary.html">http://hea-www.harvard.edu/MST/simul/software/docs/pkgs/pgsql/glossary/glossary.html.
-
+
Memory exhausted in AllocSetAlloc()"?
- 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.
-
- u¿ywam?
+
+ używam?
select version();
-
- du¿ych obiektach "large-object" zwracaj± komunikat:
+
+ 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æ
+
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
+
+ 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.
-
- bêdziesz musia³ ustawiæ
auto-commit off.+
+ będziesz musiał ustawić
auto-commit off.
-
- warto¶ci± bêdzie bie¿±cy czas?
+
+ wartością będzie bieżący czas?
-
+
CREATE TABLE test (x int, modtime timestamp DEFAULT CURRENT_TIMESTAMP );
-
+
IN sa takie wolne?
-
- 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 +
+ 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 *
- 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.
-
+
- wykorzystuj±c standardow± sk³adniê SQL. Poni¿ej dwa przyk³ady:
+ wykorzystując standardową składnię SQL. Poniżej dwa przykłady:
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
+
+ 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.
-
- u¿ycie slowa kluczowego
- UNION i NOT IN. Dla przyk³adu, ³±cz±c
- tabele tab1 i tab2, nastêpuj±ce zapytanie wykonuje
+
+ użycie slowa kluczowego
+ UNION i NOT IN. Dla przykładu, łącząc
+ tabele tab1 i tab2, następujące zapytanie wykonuje
outer join:
ORDER BY col1
-
- baz danych jednocze¶nie?
+
+ 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æ.
+
+ 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ć.
-
- 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±
+
+ 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.
-
+
kolumn?
-
+
funkcji z:
-
- tworzyæ/usuwaæ tabel tymczasowych w funkcjach PL/PgSQL?
+
+ tworzyć/usuwać tabel tymczasowych w funkcjach PL/PgSQL?
- PL/PgSQL przechowuje w cache zawarto¶æ funkcji, niepo¿±danym efektem tego
- jest to, ¿e gdy taka funkcja korzysta z tabel tymczasowych, które s±
- pó¼niej kasowane i odtwarzane, a funkcja wywo³ywana jest ponownie,jej
- wywo³anie nie powiedzie siê poniewa¿ cachowana funkcja wci±¿ bêdzie
- wskazywaæ na stara tablicê tymczasow±. Rozwi±zaniem tego problemu jest
- u¿ywanie EXECUTE aby korzystaæ z tabel tymczasowych w PL/PgSQL. To
- spowoduje, ¿e zapytanie bêdzie parsowane przy ka¿dym wywo³aniu
+ 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
href="http://gborg.PostgreSQL.org/genpage?replication_research">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: + znajduje się ich lista. Replikacja typu multi-master jest w trakcie
+ prac, opis projektu znajduje się pod adresem: href="http://gborg.PostgreSQL.org/project/pgreplication/projdisplay.php">
http://gborg.PostgreSQL.org/project/pgreplication/projdisplay.php.
-
+
PostgreSQL?
-
+
kryptografii w zapytaniach SQL.
-
- ustawion± opcjê ssl na true w pliku postgresql.conf, odpowiedni
- wpis host lub hostssl musi wystêpowaæ w pliku pg_hba.conf, oraz
- sslmode nie mo¿e byæ wy³±czone w kliencie. (Warto zwróciæ uwagê, ¿e
- mo¿liwe jest tak¿e u¿ywanie transportów szyfruj±ców przez strony
+
+ ustawioną opcję ssl na true w pliku postgresql.conf, odpowiedni
+ wpis host lub hostssl musi występować w pliku pg_hba.conf, oraz
+ sslmode nie może być wyłączone w kliencie. (Warto zwrócić uwagę, że
+ możliwe jest także używanie transportów szyfrująców przez strony
trzecie, takie jak stunnel lub ssh, poza natywnym wsparciem dla SSL
przez PostgreSQL).
-
- wersji 7.3. W poprzednich wersjach, nale¿y t± funkcjonalno¶æ poprzez
- w³±czenie opcji PASSWORD_ENCRYPTION w postgresql.conf.
-
+
+ wersji 7.3. W poprzednich wersjach, należy tą funkcjonalność poprzez
+ włączenie opcji PASSWORD_ENCRYPTION w postgresql.conf.
+
-
- w psql, program zrzuca pamiêæ (dump core)?
+
+ w psql, program zrzuca pamięć (dump core)?
-
- najpierw przetestowaæ Twoj± funkcjê w samodzielnie dzia³aj±cym programie.
+
+ najpierw przetestować Twoją funkcję w samodzielnie działającym programie.
-
+
funkcje do PostgreSQL?
-
- wtedy prawdopodobnie Twój kod znajdzie siê w katalogu contrib/.
+
+ wtedy prawdopodobnie Twój kod znajdzie się w katalogu contrib/.
-
+
(tuple)?
- 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.
-
- rekompilacji nie widaæ zmiany?
+
+ 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
+
+ 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.