Polish and Turkish FAQ also needed converting to UTF8
authorMagnus Hagander <magnus@hagander.net>
Mon, 15 Sep 2008 08:50:09 +0000 (08:50 +0000)
committerMagnus Hagander <magnus@hagander.net>
Mon, 15 Sep 2008 08:50:09 +0000 (08:50 +0000)
doc/src/FAQ/FAQ_polish.html
doc/src/FAQ/FAQ_turkish.html

index 2fdc4a69915f765993d4d070c877098d3247589b..b93d4ddaa5a3690f0ae8d612aff75d3130e1f1a7 100644 (file)
@@ -6,7 +6,7 @@
 
   <HEAD>
     <META name="generator" content="HTML Tidy, see www.w3.org">
-    <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-2">
+    <meta http-equiv="Content-Type" content="text/html; charset=utf8">
     <TITLE>PostgreSQL FAQ</TITLE>
   </HEAD>
 
 
     <P>Ostatnia aktualizacja: Sobota Luty 7 22:16:21 EST 2004</P>
 
-    <P>Ostatnia aktualizacja t³umaczenia: Pi±tek Marzec 5 19:31:12 EST 2004</P>
+    <P>Ostatnia aktualizacja tłumaczenia: Piątek Marzec 5 19:31:12 EST 2004</P>
 
     <P>Obecny maintainer: Bruce Momjian (<A href=
     "mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</A>)<BR>
     </P>
-    <P>T³umaczenie: Marcin Mazurek (<A href=
+    <P>Tłumaczenie: Marcin Mazurek (<A href=
     "mailto:m.mazurek@netsync.pl">m.mazurek@netsync.pl</A>)<BR>
     </P>
 
-    <P>Najbardziej aktualn± wersjê tego dokumentu mo¿na znale¼æ pod
+    <P>Najbardziej aktualną wersję tego dokumentu można znaleźć pod
     adresem:
     <A href=
     "http://www.Postgresql.org/docs/faqs/FAQ.html">http://www.PostgreSQL.org/docs/faqs/FAQ.html</A>.</P>
 
-    <P>Odpowiedzi na pytania dotycz±ce konkretnych systemów operacyjnych
-    mo¿na znale¼æ pod adresem: 
+    <P>Odpowiedzi na pytania dotyczące konkretnych systemów operacyjnych
+    można znaleźć pod adresem: 
     <A href=
     "http://www.PostgreSQL.org/docs/index.html">http://www.PostgreSQL.org/docs/index.html</A>.</P>
     <HR>
 
-    <H2 align="center">Pytania ogólne</H2>
-    <A href="#1.1">1.1</A>) Co to jest PostgreSQL? Jak to wymawiaæ?<BR>
-     <A href="#1.2">1.2</A>) Jak± licencj± chroniony jest PostgreSQL?<BR>
-     <A href="#1.3">1.3</A>) Na jakich systemach Unixowych dzia³a
+    <H2 align="center">Pytania ogólne</H2>
+    <A href="#1.1">1.1</A>) Co to jest PostgreSQL? Jak to wymawiać?<BR>
+     <A href="#1.2">1.2</A>) Jaką licencją chroniony jest PostgreSQL?<BR>
+     <A href="#1.3">1.3</A>) Na jakich systemach Unixowych działa
      PostreSQL?<BR>
-     <A href="#1.4">1.4</A>) Na jakich nie-Unixowych systemach dzia³a
+     <A href="#1.4">1.4</A>) Na jakich nie-Unixowych systemach działa
      PostgreSQL?<BR>
-     <A href="#1.5">1.5</A>) Sk±d mogê ¶ci±gn±æ PostgreSQL?<BR>
-     <A href="#1.6">1.6</A>) Gdzie mo¿na szukaæ wsparcia technicznego?<BR>
-     <A href="#1.7">1.7</A>) Jaka jest ostatnia dostêpna wersja?<BR>
-     <A href="#1.8">1.8</A>) Jaka dokumentacja jest dostêpna?<BR>
-     <A href="#1.9">1.9</A>) Gdzie mogê znale¼æ informacjê o znanych
-     b³êdach czy brakuj±cych rozwi±zanich?<BR>
-     <A href="#1.10">1.10</A>) Jak mogê siê nauczyæ <SMALL>SQL</SMALL>?<BR>
-     <A href="#1.11">1.11</A>) Czy PostgreSQL ma rozwi±zany problem Y2K?<BR>
-     <A href="#1.12">1.12</A>) Jak mogê siê przy³±czyæ do grupy osób
-     bezpo¶rednio pracuj±cych nad rozwojem PostgreSQL?<BR>
-     <A href="#1.13">1.13</A>) Jak mogê zg³aszaæ b³êdy?<BR>
-     <A href="#1.14">1.14</A>) Jak mo¿na porównaæ PostgreSQL w stosunku
+     <A href="#1.5">1.5</A>) Skąd mogę ściągnąć PostgreSQL?<BR>
+     <A href="#1.6">1.6</A>) Gdzie można szukać wsparcia technicznego?<BR>
+     <A href="#1.7">1.7</A>) Jaka jest ostatnia dostępna wersja?<BR>
+     <A href="#1.8">1.8</A>) Jaka dokumentacja jest dostępna?<BR>
+     <A href="#1.9">1.9</A>) Gdzie mogę znaleźć informację o znanych
+     błędach czy brakujących rozwiązanich?<BR>
+     <A href="#1.10">1.10</A>) Jak mogę się nauczyć <SMALL>SQL</SMALL>?<BR>
+     <A href="#1.11">1.11</A>) Czy PostgreSQL ma rozwiązany problem Y2K?<BR>
+     <A href="#1.12">1.12</A>) Jak mogę się przyłączyć do grupy osób
+     bezpośrednio pracujących nad rozwojem PostgreSQL?<BR>
+     <A href="#1.13">1.13</A>) Jak mogę zgłaszać błędy?<BR>
+     <A href="#1.14">1.14</A>) Jak można porównać PostgreSQL w stosunku
      do innych <SMALL>DBMS</SMALL>?<BR>
-     <A href="#1.15">1.15</A>) W jaki sposób mogê wesprzeæ finansowo
+     <A href="#1.15">1.15</A>) W jaki sposób mogę wesprzeć finansowo
     PostgreSQL?<BR>
     
-    <H2 align="center">Pytania u¿ytkowników</H2>
-    <A href="#2.1">2.1</A>) Czy s± jakie¶ driwery <SMALL>ODBC</SMALL> dla
+    <H2 align="center">Pytania użytkowników</H2>
+    <A href="#2.1">2.1</A>) Czy są jakieś driwery <SMALL>ODBC</SMALL> dla
     PostgreSQL?<BR>
-     <A href="#2.2">2.2</A>) Jakie istniej± narzêdzia pozwalaj±ce na dostêp do
+     <A href="#2.2">2.2</A>) Jakie istnieją narzędzia pozwalające na dostęp do
      PostgreSQL przez www?<BR>
-     <A href="#2.3">2.3</A>) Czy istnieje jakie GUI dla PostgreSQL?<BR>
-     <A href="#2.4">2.4</A>) Za pomoc± jakich jêzyków programowania mo¿na
-     siê komunikowaæ z PostgreSQL?<BR>
+     <A href="#2.3">2.3</A>) Czy istnieje jakieś GUI dla PostgreSQL?<BR>
+     <A href="#2.4">2.4</A>) Za pomocą jakich języków programowania można
+     się komunikować z PostgreSQL?<BR>
      
 
-    <H2 align="center">Pytania dotycz±ce administracji</H2>
-    <A href="#3.1">3.1</A>) Jak mogê zainstalowaæ PostgreSQL w innej 
-           lokalizacji ni¿ <I>/usr/local/pgsql</I>?<BR>
+    <H2 align="center">Pytania dotyczące administracji</H2>
+    <A href="#3.1">3.1</A>) Jak mogę zainstalować PostgreSQL w innej 
+           lokalizacji niż <I>/usr/local/pgsql</I>?<BR>
      <A href="#3.2">3.2</A>) Podczas startu <I>postmaster'a</I>,
-     otrzymujê komunikat:
+     otrzymuję komunikat:
     <I>Bad System Call</I> lub "core dumped". Dlaczego?<BR>
      <A href="#3.3">3.3</A>) Podczas startu <I>postmaster'a</I>, 
-     otrzymujê komunikat o b³êdzie: <I>IpcMemoryCreate</I>. Dlaczego?<BR>
+     otrzymuję komunikat o błędzie: <I>IpcMemoryCreate</I>. Dlaczego?<BR>
      <A href="#3.4">3.4</A>) Podczas startu <I>postmaster'a</I>,
-     otrzymujê komunikat o b³êdzie: <I>IpcSemaphoreCreate</I>. Dlaczego?<BR>
-     <A href="#3.5">3.5</A>) W jaki sposób mogê kontrolowaæ po³±czenia z
-     innych hostów?<BR>
-     <A href="#3.6">3.6</A>) Jak powinienem skonfigurowaæ system baz
-     danych aby uzyskaæ lepsz± wydajno¶æ?<BR>
-     <A href="#3.7">3.7</A>) Jakie s± mo¿liwo¶ci wyszukiwania b³êdów?<BR>
-     <A href="#3.8">3.8</A>) Sk±d siê bierze komunikat: <I>"Sorry, too many
-    clients"</I> podczas próby po³±czenia siê z baz± danych?<BR>
-     <A href="#3.9">3.9</A>) Jakie pliki znajduj± siê w <I>pg_temp</I>?<BR>
+     otrzymuję komunikat o błędzie: <I>IpcSemaphoreCreate</I>. Dlaczego?<BR>
+     <A href="#3.5">3.5</A>) W jaki sposób mogę kontrolować połączenia z
+     innych hostów?<BR>
+     <A href="#3.6">3.6</A>) Jak powinienem skonfigurować system baz
+     danych aby uzyskać lepszą wydajność?<BR>
+     <A href="#3.7">3.7</A>) Jakie są możliwości wyszukiwania błędów?<BR>
+     <A href="#3.8">3.8</A>) Skąd się bierze komunikat: <I>"Sorry, too many
+    clients"</I> podczas próby połączenia się z bazą danych?<BR>
+     <A href="#3.9">3.9</A>) Jakie pliki znajdują się w <I>pg_temp</I>?<BR>
      <A href="#3.10">3.10</A>) Dlaczego konieczne jest przy upgradzie
-     PostgreSQL korzystanie ze skryptów dump i restore?<BR>
-
-    <H2 align="center">Pytania dotycz±ce u¿ytkowania</H2>
-    <A href="#4.1">4.1</A>) Jaka jest ró¿nica pomiêdzy kursorami
-    binarnymi (binary cursors) i zwyk³ymi kursorami (normal cursors)?<BR>
-     <A href="#4.2">4.2</A>) Jak mogê pobraæ za pomoc± <SMALL>SELECT</SMALL>
-     jedynie kilka pierwszych wyników zapytania?<BR>
-     <A href="#4.3">4.3</A>) Jak mogê uzyskaæ listê wszystkich tabel czy
+     PostgreSQL korzystanie ze skryptów dump i restore?<BR>
+
+    <H2 align="center">Pytania dotyczące użytkowania</H2>
+    <A href="#4.1">4.1</A>) Jaka jest różnica pomiędzy kursorami
+    binarnymi (binary cursors) i zwykłymi kursorami (normal cursors)?<BR>
+     <A href="#4.2">4.2</A>) Jak mogę pobrać za pomocą <SMALL>SELECT</SMALL>
+     jedynie kilka pierwszych wyników zapytania?<BR>
+     <A href="#4.3">4.3</A>) Jak mogę uzyskać listę wszystkich tabel czy
      innych rzeczy pod <I>psql</I>?<BR>
-     <A href="#4.4">4.4</A>) Jak usun±æ kolumnê z tabeli lub zmieniæ jej
+     <A href="#4.4">4.4</A>) Jak usunąć kolumnę z tabeli lub zmienić jej
      typ?<BR>
-     <A href="#4.5">4.5</A>) Jaki jest maksymalny rozmiar dla rzêdu,
+     <A href="#4.5">4.5</A>) Jaki jest maksymalny rozmiar dla rzędu,
      tabeli i bazy danych?<BR>
-     <A href="#4.6">4.6</A>) Jak du¿o miejsca w bazie danych jest
-     potrzebne aby przechowaæ dane ze zwyczajnego pliku tekstowego?<BR>
-     <A href="#4.7">4.7</A>) Jak mogê sprawdziæ jakie tabele, klucze,
-     bazy danych i u¿ytkownicy s± utworzeni?<BR>
-     <A href="#4.8">4.8</A>) Moje zapytania s± wolne lub nie u¿ywaj±
+     <A href="#4.6">4.6</A>) Jak dużo miejsca w bazie danych jest
+     potrzebne aby przechować dane ze zwyczajnego pliku tekstowego?<BR>
+     <A href="#4.7">4.7</A>) Jak mogę sprawdzić jakie tabele, klucze,
+     bazy danych i użytkownicy są utworzeni?<BR>
+     <A href="#4.8">4.8</A>) Moje zapytania są wolne lub nie używają
      kluczy. Dlaczego?<BR>
-     <A href="#4.9">4.9</A>) Jak mogê sprawdziæ w jakis sposób "query
+     <A href="#4.9">4.9</A>) Jak mogę sprawdzić w jakis sposób "query
      optimizer" wykonuje moje zapytanie?<BR>
      <A href="#4.10">4.10</A>) Co to jest "R-tree index"?<BR>
      <A href="#4.11">4.11</A>) Co to jest "Genetic Query Optimizer"?<BR>
-     <A href="#4.12">4.12</A>) Jak mogê u¿ywaæ wyra¿eñ regularnych w
-     zapytaniach i zapytañ case-insensitive w wyra¿eniach regularnych?
-     Jak korzystaæ z indeksów dla zapytañ case-insensitive?<BR>
-     <A href="#4.13">4.13</A>) Jak sprawdziæ w zapytaniu czy pole ma
-     warto¶æ <SMALL>NULL</SMALL>?<BR>
-     <A href="#4.14">4.14</A>) Jaka jest ró¿nica pomiêdzy ró¿nymi typami
+     <A href="#4.12">4.12</A>) Jak mogę używać wyrażeń regularnych w
+     zapytaniach i zapytań case-insensitive w wyrażeniach regularnych?
+     Jak korzystać z indeksów dla zapytań case-insensitive?<BR>
+     <A href="#4.13">4.13</A>) Jak sprawdzić w zapytaniu czy pole ma
+     wartość <SMALL>NULL</SMALL>?<BR>
+     <A href="#4.14">4.14</A>) Jaka jest różnica pomiędzy różnymi typami
      tekstowymi (character types)?<BR>
-     <A href="#4.15.1">4.15.1</A>) Jak mogê utworzyæ pole typu int, które samo
-     zwiêksza swoj± warto¶æ?<BR>
-     <A href="#4.15.2">4.15.2</A>) Jak pobraæ warto¶æ pola typu 
+     <A href="#4.15.1">4.15.1</A>) Jak mogę utworzyć pole typu int, które samo
+     zwiększa swoją wartość?<BR>
+     <A href="#4.15.2">4.15.2</A>) Jak pobrać wartość pola typu 
     <SMALL>SERIAL</SMALL> po wykonaniu insert'u?<BR>
-     <A href="#4.15.3">4.15.3</A>) Czy u¿ycie <I>currval()</I> i
+     <A href="#4.15.3">4.15.3</A>) Czy użycie <I>currval()</I> i
     <I>nextval()</I> nie doprowadzi do "race condition" z innymi
-    u¿ytkownikami?<BR>
-     <A href="#4.15.4">4.15.4</A>) Dlaczego numery sekwencji nie s±
-     ponownie u¿ywane przy przerwaniu transakcji?
-    Sk±d siê bior± luki w numerowaniu kolumny tabeli sekwencjami/SERIALem?<BR>
+    użytkownikami?<BR>
+     <A href="#4.15.4">4.15.4</A>) Dlaczego numery sekwencji nie są
+     ponownie używane przy przerwaniu transakcji?
+    Skąd się biorą luki w numerowaniu kolumny tabeli sekwencjami/SERIALem?<BR>
      <A href="#4.16">4.16</A>) Co to jest <SMALL>OID</SMALL>? Co to jest
     <SMALL>TID</SMALL>?<BR>
-     <A href="#4.17">4.17</A>) Jakie jest znaczenie niektórych terminów w 
+     <A href="#4.17">4.17</A>) Jakie jest znaczenie niektórych terminów w 
     PostgreSQL?<BR>
-     <A href="#4.18">4.18</A>) Sk±d bierze siê ten b³±d: <I>"ERROR: Memory
+     <A href="#4.18">4.18</A>) Skąd bierze się ten błąd: <I>"ERROR: Memory
     exhausted in AllocSetAlloc()"</I>?<BR>
-     <A href="#4.19">4.19</A>) Jak sprawdziæ jakiej wersji PostgreSQL
-    u¿ywam?<BR>
-     <A href="#4.20">4.20</A>) Dlaczego operacje, które wykonujê na
-     du¿ych obiektach "large-object" zwracaj± komunikat:
+     <A href="#4.19">4.19</A>) Jak sprawdzić jakiej wersji PostgreSQL
+    używam?<BR>
+     <A href="#4.20">4.20</A>) Dlaczego operacje, które wykonuję na
+     dużych obiektach "large-object" zwracają komunikat:
     <I>"invalid large obj descriptor"</I>?<BR>
-     <A href="#4.21">4.21</A>) Jak stworzyæ kolumnê której domy¶ln±
-     warto¶ci± bêdzie bie¿±cy czas?<BR>
-     <A href="#4.22">4.22</A>) Dlaczego zapytania u¿ywaj±ce
-    <CODE><SMALL>IN</SMALL></CODE> s± takie wolne?<BR>
-     <A href="#4.23">4.23</A>) Jak wykonaæ "outer join"?<BR>
-     <A href="#4.24">4.24</A>) Jak wykonywaæ zapytanie u¿ywaj±ce kilku
-     baz danych jednoczenie?<BR>
-     <A href="#4.25">4.25</A>) Jak zwróciæ w funkcji wiele rzêdów lub
+     <A href="#4.21">4.21</A>) Jak stworzyć kolumnę której domyślną
+     wartością będzie bieżący czas?<BR>
+     <A href="#4.22">4.22</A>) Dlaczego zapytania używające
+    <CODE><SMALL>IN</SMALL></CODE> są takie wolne?<BR>
+     <A href="#4.23">4.23</A>) Jak wykonać "outer join"?<BR>
+     <A href="#4.24">4.24</A>) Jak wykonywać zapytanie używające kilku
+     baz danych jednocześnie?<BR>
+     <A href="#4.25">4.25</A>) Jak zwrócić w funkcji wiele rzędów lub
      kolumn?<BR>
-     <A href="#4.26">4.26</A>) Dlaczego nie mogê w sposób pewny
-     tworzyæ/usuwaæ tabel tymczasowych w funkcjach PL/PgSQL?<BR>
-     <A href="#4.27">4.27</A>) Jakie s± mo¿liwo¶ci replikacji w
+     <A href="#4.26">4.26</A>) Dlaczego nie mogę w sposób pewny
+     tworzyć/usuwać tabel tymczasowych w funkcjach PL/PgSQL?<BR>
+     <A href="#4.27">4.27</A>) Jakie są możliwości replikacji w
      PostgreSQL?<BR>
-     <A href="#4.28">4.28</A>) Jakie mo¿liwo¶ci szyfrowania oferuje
+     <A href="#4.28">4.28</A>) Jakie możliwości szyfrowania oferuje
      PostgreSQL?<BR>
     
     <H2 align="center">Rozwijanie PostgreSQL</H2>
-    <A href="#5.1">5.1</A>) Napisa³em w³asn± funkcjê. Kiedy u¿yjê jej w
-    <I>psql</I>, program zrzuca pamiêæ (dump core)?<BR>
-     <A href="#5.2">5.2</A>) Jak mogê dodaæ/zg³osiæ nowe typy czy funkcje
+    <A href="#5.1">5.1</A>) Napisałem własną funkcję. Kiedy użyję jej w
+    <I>psql</I>, program zrzuca pamięć (dump core)?<BR>
+     <A href="#5.2">5.2</A>) Jak mogę dodać/zgłosić nowe typy czy funkcje
      do PostgreSQL?<BR>
-     <A href="#5.3">5.3</A>) Jak napisaæ funkcjê C zwracaj±c± krotkê
+     <A href="#5.3">5.3</A>) Jak napisać funkcję C zwracającą krotkę
      (tuple)?<BR>
-     <A href="#5.4">5.4</A>) Zmieni³em plik ¼ród³owy. Dlaczego po
-     rekompilacji nie widaæ zmiany?<BR>
+     <A href="#5.4">5.4</A>) Zmieniłem plik źródłowy. Dlaczego po
+     rekompilacji nie widać zmiany?<BR>
      
     <HR>
 
-    <H2 align="center">Pytania ogólne</H2>
+    <H2 align="center">Pytania ogólne</H2>
 
-    <H4><A name="1.1">1.1</A>) Co to jest PostgreSQL? Jak to wymawiaæ?</H4>
+    <H4><A name="1.1">1.1</A>) Co to jest PostgreSQL? Jak to wymawiać?</H4>
 
-    <P>PostgreSQL wymawia siê <I>Post-Gres-kju-el</I>. Czêsto podczas
-    rozmów u¿ywany jest termin "Postgres"</P>
+    <P>PostgreSQL wymawia się <I>Post-Gres-kju-el</I>. Często podczas
+    rozmów używany jest termin "Postgres"</P>
 
-    <P>PostgreSQL jest rozszerzeniem systemu zarz±dzania bazami danych -
-    POSTGRES, kolejn± generacj± rozwojowego prototypu <SMALL>DBMS</SMALL>.
-    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 
+    <P>PostgreSQL jest rozszerzeniem systemu zarządzania bazami danych -
+    POSTGRES, kolejną generacją rozwojowego prototypu <SMALL>DBMS</SMALL>.
+    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 
     <SMALL>SQL</SMALL>. PostgreSQL jest oprogramowaniem darmowym 
-    z dostêpnymi ca³ymi ¼ród³ami.
+    z dostępnymi całymi źródłami.
     </P>
 
-    <P>Rozwój PostgreSQL jest prowadzony przez grupê ludzi z Internetu,
-    komunikuj±cych siê poprzez mailowe listy dyskusyjne PostgreSQL.
+    <P>Rozwój PostgreSQL jest prowadzony przez grupę ludzi z Internetu,
+    komunikujących się poprzez mailowe listy dyskusyjne PostgreSQL.
     Obecnym koordynatorem jest Marc G. Fournier (<A href=
     "mailto:scrappy@PostgreSQL.org">scrappy@PostgreSQL.org</A>). (Zobacz
-    pytanie <A href="#1.6">1.6</A> jak siê przy³±czyæ). Ta grupa ludzi jest 
-    odpowiedzialna za ca³y rozwój PostgreSQL. PostgreSQL jest projektem
-    nie kontrolowanym przez ¿adn± firmê, aby wzi±æ udzia³ w jego rozwoju
-    sprawd¼, <A href="http://www.PostgreSQL.org/docs/faqs/FAQ_DEV.html">
+    pytanie <A href="#1.6">1.6</A> jak się przyłączyć). Ta grupa ludzi jest 
+    odpowiedzialna za cały rozwój PostgreSQL. PostgreSQL jest projektem
+    nie kontrolowanym przez żadną firmę, aby wziąć udział w jego rozwoju
+    sprawdź, <A href="http://www.PostgreSQL.org/docs/faqs/FAQ_DEV.html">
     http://www.PostgreSQL.org/docs/faqs/FAQ_DEV.html</a></P>
 
     <P>Autorami PostgreSQL 1.01 byli Andrew Yu and Jolly Chen.
-    Wiele innych osób pomog³o przy portowaniu, testowaniu, debugowaniu i
-    rozwijaniu kodu. Oryginalny kod Postgresa, na którym zosta³ oparty
-    PostgreSQL, by³ wysi³kiem studentów oraz pracowników pracuj±cych pod
+    Wiele innych osób pomogło przy portowaniu, testowaniu, debugowaniu i
+    rozwijaniu kodu. Oryginalny kod Postgresa, na którym został oparty
+    PostgreSQL, był wysiłkiem studentów oraz pracowników pracujących pod
     kierownictwem profesora Michael'a Stonebraker'a z University of
     California w Berkeley.</P>
 
-    <P>Oryginaln± nazw± oprogramowania w Berkeley by³ Postgres.  Po
-    dodaniu obs³ugi <SMALL>SQL</SMALL> w 1995, nazwa zosta³a zmieniona
-    na Postgres95. Pod koniec roku 1996 nazwa zosta³a zmieniona na
+    <P>Oryginalną nazwą oprogramowania w Berkeley był Postgres.  Po
+    dodaniu obsługi <SMALL>SQL</SMALL> w 1995, nazwa została zmieniona
+    na Postgres95. Pod koniec roku 1996 nazwa została zmieniona na
     PostgreSQL.</P>
 
-    <H4><A name="1.2">1.2</A>) Jak± licencj± chroniony jest
+    <H4><A name="1.2">1.2</A>) Jaką licencją chroniony jest
     PostgreSQL?</H4>
 
-    <P>PostgreSQL objêty jest nastêpuj±c± licencj±:</P>
+    <P>PostgreSQL objęty jest następującą licencją:</P>
 
     <P>PostgreSQL Data Base Management System</P>
 
     UNIVERSITY OF CALIFORNIA HAS NO OBLIGATIONS TO PROVIDE MAINTENANCE,
     SUPPORT, UPDATES, ENHANCEMENTS, OR MODIFICATIONS.</P>
 
-    <P>Tekst powy¿ej, jest klasyczn± licencj± BSD.
-    Nie posiada ona ¿adnych restrykcji co do u¿ywania kodu ¼ród³owego.
-    Podoba nam siê i nie zamierzamy jej zmieniaæ.</P>
+    <P>Tekst powyżej, jest klasyczną licencją BSD.
+    Nie posiada ona żadnych restrykcji co do używania kodu źródłowego.
+    Podoba nam się i nie zamierzamy jej zmieniać.</P>
 
-    <H4><A name="1.3">1.3</A>) Na jakich systemach Unixowych dzia³a
+    <H4><A name="1.3">1.3</A>) Na jakich systemach Unixowych działa
          PostreSQL?</H4>
 
-    <P>PostgreSQL powinien dzia³aæ na wszystkich nowych Unix-podobnych
-    systemach. Platformy, które zosta³y szczegó³owo przetestowane podczas
-    publikowania PostgreSQL s± wymienione w dokumentacji opisuj±cej
-    instalacjê.</P>
+    <P>PostgreSQL powinien działać na wszystkich nowych Unix-podobnych
+    systemach. Platformy, które zostały szczegółowo przetestowane podczas
+    publikowania PostgreSQL są wymienione w dokumentacji opisującej
+    instalację.</P>
 
-    <H4><A name="1.4">1.4</A>) Na jakich nie-Unixowych systemach dzia³a
+    <H4><A name="1.4">1.4</A>) Na jakich nie-Unixowych systemach działa
          PostgreSQL?</H4>
 
     <P><STRONG>Klient</STRONG></P>
 
-    <P>Mo¿liwa jest kompilacja bibliteki C <I>libpq</I>, psql oraz
-    innych interfejsów i uruchamianie ich na platformie MS Windows. W tym
-    wypadku klient jest uruchamiany na MS Windows a z serwerem komunikuje siê
-    poprzez TCP/IP. Serwer mo¿e dzia³aæ na dowolnej wspieranej platformie 
-    Unixowej. Plik <I>win32.mak</I> jest do³±czony
-    do ¼róde³, aby mo¿na by³o stworzyæ bibliotekê <I>libpq</I> oraz
-    program <I>psql</I> dzia³aj±ce w ¶rodowisku Win32. PostgreSQL mo¿e siê 
-    tak¿e komunikowaæ z klientami <SMALL>ODBC</SMALL>.</P>
+    <P>Możliwa jest kompilacja bibliteki C <I>libpq</I>, psql oraz
+    innych interfejsów i uruchamianie ich na platformie MS Windows. W tym
+    wypadku klient jest uruchamiany na MS Windows a z serwerem komunikuje się
+    poprzez TCP/IP. Serwer może działać na dowolnej wspieranej platformie 
+    Unixowej. Plik <I>win32.mak</I> jest dołączony
+    do źródeł, aby można było stworzyć bibliotekę <I>libpq</I> oraz
+    program <I>psql</I> działające w środowisku Win32. PostgreSQL może się 
+    także komunikować z klientami <SMALL>ODBC</SMALL>.</P>
 
     <P><STRONG>Serwer</STRONG></P>
 
-    <P>Serwer mo¿e byæ uruchamiany na Windows NT i Win2k u¿ywaj±c
+    <P>Serwer może być uruchamiany na Windows NT i Win2k używając
     bibliotek Cygwin, Cygnus Unix/NT. W pliku <I>pgsql/doc/FAQ_MSWIN</I>
-    znajduj±cym siê w ¼ród³ach lub pod adresem: <A href=
+    znajdującym się w źródłach lub pod adresem: <A href=
     "http://www.postgresql.org/docs/faqs/text/FAQ_MSWIN">http://www.PostgreSQL.org/docs/faqs/text/FAQ_MSWIN</A> na naszych stronach.</P><P>
-    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 <A
     href="http://techdocs.postgresql.org/guides/Windows">http://techdocs.postgresql.org/guides/Windows</A> and
     <A
     href="http://momjian.postgresql.org/main/writings/pgsql/win32.html">http://momjian.postgresql.org/main/writings/pgsql/win32.html</A>.
     </P>
     <P>
-    Istnieje tak¿e port pod Novell Netware 6 dostêpny pod adresem <A
+    Istnieje także port pod Novell Netware 6 dostępny pod adresem <A
     href="http://forge.novell.com">http://forge.novell.com</A>.
     </P>
 
-    <H4><A name="1.5">1.5</A>) Sk±d mo¿na ¶ci±gn±æ PostgreSQL?</H4>
+    <H4><A name="1.5">1.5</A>) Skąd można ściągnąć PostgreSQL?</H4>
 
-    <P>G³ówny serwer ftp z dostêpem "anonymous" dla PostgreSQL znajduje
-    siê <A href="ftp://ftp.PostgreSQL.org/pub">ftp://ftp.PostgreSQL.org/pub</A>.
-    je¶li szukasz mirrorów sprawd¼ nasz± g³ówn± stronê www.</P>
+    <P>Główny serwer ftp z dostępem "anonymous" dla PostgreSQL znajduje
+    się <A href="ftp://ftp.PostgreSQL.org/pub">ftp://ftp.PostgreSQL.org/pub</A>.
+    jeśli szukasz mirrorów sprawdź naszą główną stronę www.</P>
 
-    <H4><A name="1.6">1.6</A>) Gdzie mo¿na szukaæ wsparcia technicznego?</H4>
+    <H4><A name="1.6">1.6</A>) Gdzie można szukać wsparcia technicznego?</H4>
 
-    <P>Adres g³ównej listy mailowej: <A href=
+    <P>Adres głównej listy mailowej: <A href=
     "mailto:pgsql-general@PostgreSQL.org">pgsql-general@PostgreSQL.org</A>.
-    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
-    treci maila (nie w temacie):</P>
+    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):</P>
 <PRE>
     subscribe
     end
     <P>na adres: <A href=
     "mailto:pgsql-general-request@PostgreSQL.org">pgsql-general-request@PostgreSQL.org</A>.</P>
 
-    <P>Dostêpna jest tak¿e lista wysy³aj±ca digesty. Aby zapisaæ siê na
-    ni±, wy¶lij email na adres:
+    <P>Dostępna jest także lista wysyłająca digesty. Aby zapisać się na
+    nią, wyślij email na adres:
     <A href=
     "mailto:pgsql-general-digest-request@PostgreSQL.org">pgsql-general-digest-request@PostgreSQL.org</A>
-    z tre¶ci± maila zawieraj±c±:</P>
+    z treścią maila zawierającą:</P>
 <PRE>
     subscribe
     end
 </PRE>
-   Digesty s± wysy³ane do cz³onków listy, kiedy na g³ówn± listê dotrze ok
-   30k wiadomoci.
+   Digesty są wysyłane do członków listy, kiedy na główną listę dotrze ok
+   30k wiadomości.
 
-    <P>Dostêpna jest tak¿e lista po¶wiêcona b³êdom znalezionym w
-    PostgreSQL. Aby zapisaæ siê na ni± wy¶lij email na adres:
+    <P>Dostępna jest także lista poświęcona błędom znalezionym w
+    PostgreSQL. Aby zapisać się na nią wyślij email na adres:
     <A href=
     "mailto:pgsql-bugs-request@PostgreSQL.org">pgsql-bugs-request@PostgreSQL.org</A>
-    z tre¶ci± maila zawieraj±c±:</P>
+    z treścią maila zawierającą:</P>
 <PRE>
     subscribe
     end
 </PRE>
-    Lista po¶wiêcona dyskusjom developerów jest dostêpna pod adresem:
+    Lista poświęcona dyskusjom developerów jest dostępna pod adresem:
     <A href=
     "mailto:pgsql-hackers-request@PostgreSQL.org">pgsql-hackers-request@PostgreSQL.org</A>
-    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ą:
 <PRE>
     subscribe
     end
 </PRE>
 
-    <P>Dodatkowe informacje o listach mailowych dotycz±cych PostgreSQL
-    mo¿na znale¼æ na stronach WWW PostgreSQL pod adresem:</P>
+    <P>Dodatkowe informacje o listach mailowych dotyczących PostgreSQL
+    można znaleźć na stronach WWW PostgreSQL pod adresem:</P>
 
     <BLOCKQUOTE>
       <P><A href="http://www.PostgreSQL.org">http://www.PostgreSQL.org</A></P>
     </BLOCKQUOTE>
 
-    <P>W sieci EFNet istnieje kana³ IRC <I>#PostgreSQL</I>. Ja, do
-    po³±czenia siê z kana³em u¿ywam Unixowego polecenia <CODE>irc -c
+    <P>W sieci EFNet istnieje kanał IRC <I>#PostgreSQL</I>. Ja, do
+    połączenia się z kanałem używam Unixowego polecenia <CODE>irc -c
     '#PostgreSQL' "$USER" irc.phoenix.net.</CODE></P>
 
-    <P>Lista firm oferuj±cych wsparcie na zasadach komercyjnych znajduje
-    siê pod adresem: <A href= "http://techdocs.postgresql.org/companies.php">http://techdocs.postgresql.org/companies.php</A>.</P>
+    <P>Lista firm oferujących wsparcie na zasadach komercyjnych znajduje
+    się pod adresem: <A href= "http://techdocs.postgresql.org/companies.php">http://techdocs.postgresql.org/companies.php</A>.</P>
 
-    <H4><A name="1.7">1.7</A>) Jaka jest ostatnia dostêpna wersja?</H4>
+    <H4><A name="1.7">1.7</A>) Jaka jest ostatnia dostępna wersja?</H4>
 
-    <P>Ostatnia dostêpna wersja PostgreSQL to 7.4.1.</P>
+    <P>Ostatnia dostępna wersja PostgreSQL to 7.4.1.</P>
 
-    <P>Planujemy publikowanie kolejnych wersji co sze¶æ do o¶miu miesiêcy.</P>
+    <P>Planujemy publikowanie kolejnych wersji co sześć do ośmiu miesięcy.</P>
 
-    <H4><A name="1.8">1.8</A>) Jaka dokumentacja jest dostêpna?</H4>
+    <H4><A name="1.8">1.8</A>) Jaka dokumentacja jest dostępna?</H4>
 
-    <P>Kilka manuali, stron podêcznika man, oraz kilka przyk³adów do
-    testowania s± za³±czone w samej dystrybucji. Znajduj± siê one w
-    katalogu <I>/doc</I>. Manual mo¿e byæ tak¿e przegl±dany poprzez
+    <P>Kilka manuali, stron podęcznika man, oraz kilka przykładów do
+    testowania są załączone w samej dystrybucji. Znajdują się one w
+    katalogu <I>/doc</I>. Manual może być także przeglądany poprzez
     strony www pod adresem <A href=
     "http://www.PostgreSQL.org/docs">http://www.PostgreSQL.org/docs</A>.</P>
    
-    <P>Istniej± tak¿e dwie ksi±¿ki dostêpne online pod adresami
+    <P>Istnieją także dwie książki dostępne online pod adresami
     <A href=
     "http://www.PostgreSQL.org/docs/awbook.html">http://www.PostgreSQL.org/docs/awbook.html</A>
     i <A href=
     "http://www.commandprompt.com/ppbook/">http://www.commandprompt.com/ppbook/</A>.
-    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
     <A href=
     "http://techdocs.PostgreSQL.org/techdocs/bookreviews.php">
     http://techdocs.PostgreSQL.org/techdocs/bookreviews.php</A>.
-    Zbiór technicznych artyku³ów o PostgreSQL znajduje siê pod adresem <A
+    Zbiór technicznych artykułów o PostgreSQL znajduje się pod adresem <A
     href=
     "http://techdocs.PostgreSQL.org">http://techdocs.postgresql.org/</A>.</P>
 
-    <P><I>psql</I> posiada kilka wbudowanych poleceñ \d, za pomoca których
-    mo¿na sprawdziæ informacje dotycz±ce typów, operatorów, funkcji,
-    agregatów itd.</P>
+    <P><I>psql</I> posiada kilka wbudowanych poleceń \d, za pomoca których
+    można sprawdzić informacje dotyczące typów, operatorów, funkcji,
+    agregatów itd.</P>
 
-    <P>Na naszej stronie mo¿na znale¼æ du¿o wiêcej dokumentacji.</P>
+    <P>Na naszej stronie można znaleźć dużo więcej dokumentacji.</P>
 
-    <H4><A name="1.9">1.9</A>) Gdzie mo¿na znale¼æ informacjê o znanych
-         b³êdach czy brakuj±cych rozwi±zanich?</H4>
+    <H4><A name="1.9">1.9</A>) Gdzie można znaleźć informację o znanych
+         błędach czy brakujących rozwiązanich?</H4>
 
-    <P>PostgreSQL wspiera rozszerzony podzbiór standardu <SMALL>SQL</SMALL>-92.
-    Sprawd¼ nasz± listê <A href="http://www.postgresql.org/docs/faqs.TODO.html">TODO</A>
-    aby znale¼æ informacjê o znanych problemach, brakuj±cych
-    rozwi±zaniach czy przysz³ych planach.</P>
+    <P>PostgreSQL wspiera rozszerzony podzbiór standardu <SMALL>SQL</SMALL>-92.
+    Sprawdź naszą listę <A href="http://www.postgresql.org/docs/faqs.TODO.html">TODO</A>
+    aby znaleźć informację o znanych problemach, brakujących
+    rozwiązaniach czy przyszłych planach.</P>
 
-    <H4><A name="1.10">1.10</A>) Jak mogê siê nauczyæ
+    <H4><A name="1.10">1.10</A>) Jak mogę się nauczyć
     <SMALL>SQL</SMALL>?</H4>
 
-    <P>Ksi±¿ka o PostgreSQL <A href=
+    <P>Książka o PostgreSQL <A href=
     "http://www.PostgreSQL.org/docs/awbook.html">http://www.PostgreSQL.org/docs/awbook.html</A>
-    uczy <SMALL>SQL</SMALL>. Jest jeszcze inna ksi±zka o PostgreSQL
-    dostêpna pod adresem: <A href=
+    uczy <SMALL>SQL</SMALL>. Jest jeszcze inna ksiązka o PostgreSQL
+    dostępna pod adresem: <A href=
     "http://www.commandprompt.com/ppbook/">http://www.commandprompt.com/ppbook.</A>
-    Dobry tutorial mo¿esz znale¼æ pod adresem: <A href=
+    Dobry tutorial możesz znaleźć pod adresem: <A href=
     "http://www.intermedia.net/support/sql/sqltut.shtm">http://www.intermedia.net/support/sql/sqltut.shtm,</A>
     oraz <A href=
     "http://ourworld.compuserve.com/homepages/graeme_birchall/HTM_COOK.HTM">
     pod adresem: <A href=
     "http://members.tripod.com/er4ebus/sql/index.htm">http://members.tripod.com/er4ebus/sql/index.htm</A></P>
 
-    <P>Wielu z naszych u¿ytkowników poleca <I>The Practical SQL Handbook</I>,
-    Bowman, Judith S., et al., Addison-Wesley. Inni polecaj± <I>The
+    <P>Wielu z naszych użytkowników poleca <I>The Practical SQL Handbook</I>,
+    Bowman, Judith S., et al., Addison-Wesley. Inni polecają <I>The
     Complete Reference SQL</I>, Groff et al., McGraw-Hill.</P>
 
-    <H4><A name="1.11">1.11</A>) Czy PostgreSQL ma rozwi±zany problem Y2K?</H4>
+    <H4><A name="1.11">1.11</A>) Czy PostgreSQL ma rozwiązany problem Y2K?</H4>
 
     <P>Tak, bez problemu radzimy sobie z datami po roku 2000 AD, oraz
     przed rokiem 2000 BC.</P>
 
-    <H4><A name="1.12">1.12</A>) Jak mogê siê przy³±czyæ do grupy osób
-         bezpo¶rednio pracuj±cych nad rozwojem PostgreSQL?</H4>
+    <H4><A name="1.12">1.12</A>) Jak mogę się przyłączyć do grupy osób
+         bezpośrednio pracujących nad rozwojem PostgreSQL?</H4>
 
-    <P>Przede wszystkim ¶ci±gnij ostatnie dostêpne ¼ród³a i przeczytaj
-    dokumentacjê przeznaczon± dla developerów na naszej stronie www lub
-    dostêpn± tak¿e w ¼ród³ach PostgreSQL. Nastêpnie zapisz siê na listy
+    <P>Przede wszystkim ściągnij ostatnie dostępne źródła i przeczytaj
+    dokumentację przeznaczoną dla developerów na naszej stronie www lub
+    dostępną także w źródłach PostgreSQL. Następnie zapisz się na listy
     mailowe <I>pgsql-hackers</I> i
-    <I>pgsql-patches</I>. I na koniec, wysy³aj nam wysokiej jako¶ci
-    patch'e na listê pgsql-patches.</P>
+    <I>pgsql-patches</I>. I na koniec, wysyłaj nam wysokiej jakości
+    patch'e na listę pgsql-patches.</P>
 
-    <P>Jest oko³o 12 osób, które maj± uprawnienia do commit'owania w
-    <SMALL>CVS</SMALL> 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.</P>
+    <P>Jest około 12 osób, które mają uprawnienia do commit'owania w
+    <SMALL>CVS</SMALL> 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.</P>
 
-    <H4><A name="1.13">1.13</A>) Jak mogê zg³aszaæ b³êdy?</H4>
+    <H4><A name="1.13">1.13</A>) Jak mogę zgłaszać błędy?</H4>
 
-    <P>Zajrzyj na stronê <A href=
+    <P>Zajrzyj na stronę <A href=
     "http://www.postgresql.org/bugs/bugs.php">PostgreSQL BugTool</A>, na
-    której opisane s± wskazówki jak zg³aszaæ informacje o b³êdach.</P>
+    której opisane są wskazówki jak zgłaszać informacje o błędach.</P>
 
-    <P>Zajrzyj tak¿e na nasz ftp <A href=
+    <P>Zajrzyj także na nasz ftp <A href=
     "ftp://ftp.PostgreSQL.org/pub">ftp://ftp.PostgreSQL.org/pub</A>, aby
-    sprawdziæ czy nie ma nowszych wersji PostgreSQL czy patchy.</P>
+    sprawdzić czy nie ma nowszych wersji PostgreSQL czy patchy.</P>
 
-    <H4><A name="1.14">1.14</A>) Jak mo¿na porównaæ PostgreSQL w stosunku
+    <H4><A name="1.14">1.14</A>) Jak można porównać PostgreSQL w stosunku
          do innych <SMALL>DBMS</SMALL>?</H4>
 
-    <P>Jest kilka sposobów oceny softwaru: mo¿liwo¶ci,
-    wydajno¶æ, stabilno¶æ, wsparcie i cena.</P>
+    <P>Jest kilka sposobów oceny softwaru: możliwości,
+    wydajność, stabilność, wsparcie i cena.</P>
 
     <DL>
-      <DT><B>Mo¿liwo¶ci</B></DT>
+      <DT><B>Możliwości</B></DT>
 
-      <DD>PostgreSQL posiada mo¿liwo¶ci dostêpne w du¿ych, komercyjnych
+      <DD>PostgreSQL posiada możliwości dostępne w dużych, komercyjnych
        systemach <SMALL>DBMS</SMALL>, 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).<BR>
       <BR>
       </DD>
 
-      <DT><B>Wydajno¶æ</B></DT>
-
-      <DD>Wydajno¶æ PostgreSQL jest podobna do innych komercyjnych i open
-       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 <I> Mo¿liwo¶ci </I>. 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 <A href=
+      <DT><B>Wydajność</B></DT>
+
+      <DD>Wydajność PostgreSQL jest podobna do innych komercyjnych i open
+       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 <I> Możliwości </I>. 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 <A href=
       "http://openacs.org/philosophy/why-not-mysql.html">http://openacs.org/philosophy/why-not-mysql.html</A>
-       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.<BR>
       <BR>
       </DD>
-      <DT><B>Stabilno¶æ</B></DT>
-
-      <DD>Zdajemy sobie sprawê, ¿e <SMALL>DBMS</SMALL> musi byæ stabilny,
-       w przeciwnym wypadku jest bez warto¶ci. Staramy siê publikowaæ kod
-       stabilny, dobrze przetestowany, z minimum mo¿liwych b³êdów. Ka¿de
-       wydanie poprzedza 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
+      <DT><B>Stabilność</B></DT>
+
+      <DD>Zdajemy sobie sprawę, że <SMALL>DBMS</SMALL> musi być stabilny,
+       w przeciwnym wypadku jest bez wartości. Staramy się publikować kod
+       stabilny, dobrze przetestowany, z minimum możliwych błędów. Każde
+       wydanie poprzedza 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.<BR>
       <BR>
       </DD>
 
       <DT><B>Wsparcie</B></DT>
 
-      <DD>Dziêki naszym listom mailowym masz dostêp do du¿ej liczby
-       programistów i u¿ytkowników, którzy pomagaj± rozwi±zaæ ka¿dy
-       napotkany problem. Chocia¿ nie mo¿emy gwarantowaæ znalezienia
-       rozwi±zania danego problemu, nie ró¿nimy siê w tym od innych
-       komercyjnych systemów <SMALL>DBMS</SMALL>. 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 <SMALL>DBMS</SMALL>. Istnieje tak¿e
-       mo¿liwo¶æ skorzystania z komercyjnego wsparcia dla tych, których
-       takiego rozwi±zania potrzebuj±.
-      (Sprawd¼ <A href="#1.6">ten punkt FAQ</A>.)<BR>
+      <DD>Dzięki naszym listom mailowym masz dostęp do dużej liczby
+       programistów i użytkowników, którzy pomagają rozwiązać każdy
+       napotkany problem. Chociaż nie możemy gwarantować znalezienia
+       rozwiązania danego problemu, nie różnimy się w tym od innych
+       komercyjnych systemów <SMALL>DBMS</SMALL>. 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 <SMALL>DBMS</SMALL>. Istnieje także
+       możliwość skorzystania z komercyjnego wsparcia dla tych, których
+       takiego rozwiązania potrzebują.
+      (Sprawdź <A href="#1.6">ten punkt FAQ</A>.)<BR>
       <BR>
       </DD>
 
       <DT><B>Cena</B></DT>
 
-      <DD>Korzystanie z PostgreSQL jest darmowe, zarówno w przypadku
-       komercyjnym jak i niekomercyjnym. Mo¿esz korzystaæ z naszego kodu
-       ¼ród³owego w Twoim produkcie bez ¿adnych ograniczeñ, poza tymi
-       wymienionymi w licencji BSD przytoczonej powy¿ej.<BR>
+      <DD>Korzystanie z PostgreSQL jest darmowe, zarówno w przypadku
+       komercyjnym jak i niekomercyjnym. Możesz korzystać z naszego kodu
+       źródłowego w Twoim produkcie bez żadnych ograniczeń, poza tymi
+       wymienionymi w licencji BSD przytoczonej powyżej.<BR>
       <BR>
       </DD>
     </DL>
 
-    <H4><A name="1.15">1.15</A>) W jaki sposób mogê wesprzeæ finansowo
+    <H4><A name="1.15">1.15</A>) W jaki sposób mogę wesprzeć finansowo
         PostgreSQL?</H4>
 
-    <P>PostgreSQL korzysta z najlepszej infrastruktury od samego pocz±tku
-    istnienia projektu, czyli roku 1996 kiedy rozpoczeli¶my pracê. Wszystko 
-    to zawdziêczamy Marc'owi Fournier'owi, który stworzy³ t± infrastrukturê 
-    i zarz±dza ni± od lat.</P>
+    <P>PostgreSQL korzysta z najlepszej infrastruktury od samego początku
+    istnienia projektu, czyli roku 1996 kiedy rozpoczeliśmy pracę. Wszystko 
+    to zawdzięczamy Marc'owi Fournier'owi, który stworzył tą infrastrukturę 
+    i zarządza nią od lat.</P>
 
-    <P>Wysokiej jako¶ci infrastruktura jest bardzo wa¿na dla ka¿dego
+    <P>Wysokiej jakości infrastruktura jest bardzo ważna dla każdego
     projektu open-source. Zapobiega przerwom w rozwoju projektu i
     jakimkolwiek przestojom.</P>
 
-    <P>Oczywi¶cie korzystanie z wysokiej jako¶ci infrastruktury nie jest
-    tanie. Istnieje wiele ró¿nych miesiêcznych, czy jednorazowych
-    wydatków, które trzeba ponosiæ aby wszystko dzia³a³o jak nale¿y.
-    Je¶li Ty, b±d¼ Twoja firma mo¿e wspomóc finansowo rozwój PostgreSQL
-    odwied¼ adres: <A href=
+    <P>Oczywiście korzystanie z wysokiej jakości infrastruktury nie jest
+    tanie. Istnieje wiele różnych miesięcznych, czy jednorazowych
+    wydatków, które trzeba ponosić aby wszystko działało jak należy.
+    Jeśli Ty, bądź Twoja firma może wspomóc finansowo rozwój PostgreSQL
+    odwiedź adres: <A href=
     "http://store.pgsql.com/shopping/">http://store.pgsql.com/shopping/</A>
-    gdzie opisane jest jak to zrobiæ.</P>
+    gdzie opisane jest jak to zrobić.</P>
 
-    <P>Chocia¿ na stronie wspomniana jest nazwa PostgreSQL Inc, "datki"
-    s± przeznaczone jedynie na rozwój projektu PostgreSQL i nie s±
-    przeznaczane na finansowanie jakiejkolwiek firmy. Jeli wolisz, 
-    mo¿esz wys³aæ czek na adres kontaktowy.</P>
+    <P>Chociaż na stronie wspomniana jest nazwa PostgreSQL Inc, "datki"
+    są przeznaczone jedynie na rozwój projektu PostgreSQL i nie są
+    przeznaczane na finansowanie jakiejkolwiek firmy. Jeśli wolisz, 
+    możesz wysłać czek na adres kontaktowy.</P>
     <HR>
-    Je¶li mo¿esz siê pochwaliæ udanymi wdro¿eniami PostgreSQL, prosimy
-    aby¶ zg³osi³ nam to na stronie: <A
+    Jeśli możesz się pochwalić udanymi wdrożeniami PostgreSQL, prosimy
+    abyś zgłosił nam to na stronie: <A
     href="http://advocacy.postgresql.org/">http://advocacy.postgresql.org</a>.
 
     <H2 align="center">User Client Questions</H2>
 
-    <H4><A name="2.1">2.1</A>) Czy s± jakie¶ driwery <SMALL>ODBC</SMALL> dla
+    <H4><A name="2.1">2.1</A>) Czy są jakieś driwery <SMALL>ODBC</SMALL> dla
         PostgreSQL?</H4>
 
-    <P>Dostêpne s± dwa driwery <SMALL>ODBC</SMALL>: PsqlODBC
+    <P>Dostępne są dwa driwery <SMALL>ODBC</SMALL>: PsqlODBC
     i OpenLink <SMALL>ODBC</SMALL>.</P>
 
-    <P>Mo¿esz pobraæ PsqlODBC z adresu <A
+    <P>Możesz pobrać PsqlODBC z adresu <A
     href="http://gborg.postgresql.org/project/psqlodbc/projdisplay.php">http://gborg.postgresql.org/project/psqlodbc/projdisplay.php</A>
     </P>
     
-    <P>OpenLink <SMALL>ODBC</SMALL> mo¿e byæ pobrany z adresu: <A href=
+    <P>OpenLink <SMALL>ODBC</SMALL> może być pobrany z adresu: <A href=
     "http://www.openlinksw.com/">http://www.openlinksw.com</A>.
-    Wspó³pracuje ze standardowym oprogramowaniem klienckim <SMALL>ODBC</SMALL>
-    wiêc w ten sposób mo¿esz korzystaæ z PostgreSQL <SMALL>ODBC</SMALL>
-    dostêpnego na ka¿dej pltaformie któr± wspiera (Win, Mac, Unix, VMS).</P>
+    Współpracuje ze standardowym oprogramowaniem klienckim <SMALL>ODBC</SMALL>
+    więc w ten sposób możesz korzystać z PostgreSQL <SMALL>ODBC</SMALL>
+    dostępnego na każdej pltaformie którą wspiera (Win, Mac, Unix, VMS).</P>
 
-    <P>Autorzy bêd± prawdopodobnie sprzedawaæ ten produkt osobom które
-    wymagaj± komercyjnego wsparcia, ale wersja darmowa bêdzie zawsze
-    dostêpna. Wszystkie pytania mo¿esz wysy³aæ na adres: <A href=
+    <P>Autorzy będą prawdopodobnie sprzedawać ten produkt osobom które
+    wymagają komercyjnego wsparcia, ale wersja darmowa będzie zawsze
+    dostępna. Wszystkie pytania możesz wysyłać na adres: <A href=
     "mailto:postgres95@openlink.co.uk">postgres95@openlink.co.uk</A>.</P>
 
-    <H4><A name="2.2">2.2</A>) Jakie istniej± narzêdzia pozwalaj±ce na dostêp do
+    <H4><A name="2.2">2.2</A>) Jakie istnieją narzędzia pozwalające na dostęp do
          PostgreSQL przez www?</H4>
 
-    <P>Dobry podrêcznik dla pocz±tkuj±cych o dostêpie do bazy danych
-    przez www mo¿esz znale¼æ pod adresem:
+    <P>Dobry podręcznik dla początkujących o dostępie do bazy danych
+    przez www możesz znaleźć pod adresem:
     <A href="http://www.webreview.com">http://www.webreview.com</A></P>
 
-    <P>Do integracji z www, ¶wietnym rozwi±zaniem jest PHP. Mo¿esz
-    znale¼æ wiêcej informacji na ten temat pod adresem
+    <P>Do integracji z www, świetnym rozwiązaniem jest PHP. Możesz
+    znaleźć więcej informacji na ten temat pod adresem
     <A href="http://www.php.net">http://www.php.net</A>.</P>
 
-    <P>Wiele osób w przypadku skomplikowanych rozwi±zañ uzywa Perl'a i
-    modu³u CGI.pl lub mod_perl.</P>
+    <P>Wiele osób w przypadku skomplikowanych rozwiązań uzywa Perl'a i
+    modułu CGI.pl lub mod_perl.</P>
 
-    <H4><A name="2.3">2.3</A>)  Czy istnieje jakie GUI dla PostgreSQL?</H4>
+    <H4><A name="2.3">2.3</A>)  Czy istnieje jakieś GUI dla PostgreSQL?</H4>
 
-    <P>Tak, istnieje kilka interfejsów graficznych dla PostgreSQL.
-    W¶ród nich PgAccess (<A href="http://www.pgaccess.org">
+    <P>Tak, istnieje kilka interfejsów graficznych dla PostgreSQL.
+    Wśród nich PgAccess (<A href="http://www.pgaccess.org">
     http://www.pgaccess.org</A>), PgAdmin III (<A
     href="http://www.pgadmin.org">http://www.pgadmin.org</A>), 
     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.
    </P>
    <P>
-   Wiêcej informacji na ten temat znajduje siê pod adresem See
+   Więcej informacji na ten temat znajduje się pod adresem See
    <A href="http://techdocs.postgresql.org/guides/GUITools">http://techdocs.postgresql.org/guides/GUITools</A>.</P>
     
-    <H4><A name="2.4">2.4</A>) Za pomoc± jakich jêzyków programowania
-    mo¿na siê komunikowaæ z PostgreSQL?</H4>
+    <H4><A name="2.4">2.4</A>) Za pomocą jakich języków programowania
+    można się komunikować z PostgreSQL?</H4>
     
-    <P>Najbardziej popularne jêzyki posiiadaj± w³asny interfejs dla
-    PostgreSQL. Sprawd¼ listê rozszerzeñ dla intersuj±cego Ciebie jêzyka
+    <P>Najbardziej popularne języki posiiadają własny interfejs dla
+    PostgreSQL. Sprawdź listę rozszerzeń dla intersującego Ciebie języka
     programowania.</P>
     
-    <P>Ze ¼ród³ami PostreSQL dystrubuowane s± interfejsy dla
-    nastêpuj±cych jêzyków programowania:</P>
+    <P>Ze źródłami PostreSQL dystrubuowane są interfejsy dla
+    następujących języków programowania:</P>
 
 
     <UL>
 
       <LI>TCL (libpgtcl)</LI>
     </UL>
-   Inne interfejsy s± dostêpne pod adresem: 
+   Inne interfejsy są dostępne pod adresem: 
    <A href="http://gborg.postgresql.org"> http://gborg.postgresql.org</A> w
    sekcji Drivers/Interfaces.
     <HR>
 
-    <H2 align="center">Pytania dotycz±ce administracji</H2>
+    <H2 align="center">Pytania dotyczące administracji</H2>
 
-    <H4><A name="3.1">3.1</A>) Jak mogê zainstalowaæ PostgreSQL w innej
-             lokalizacji ni¿ <I>/usr/local/pgsql</I>?</H4>
+    <H4><A name="3.1">3.1</A>) Jak mogę zainstalować PostgreSQL w innej
+             lokalizacji niż <I>/usr/local/pgsql</I>?</H4>
 
-    <P>U¿yj opcji <I>--prefix</I> podczas uruchamiania skryptu
+    <P>Użyj opcji <I>--prefix</I> podczas uruchamiania skryptu
     <I>configure</I>.</P>
 
     <H4><A name="3.2">3.2</A>) Podczas startu <I>postmaster'a</I>,
-         otrzymujê komunikat o b³êdzie: <I>Bad System Call</I> lub "core dumped".
+         otrzymuję komunikat o błędzie: <I>Bad System Call</I> lub "core dumped".
            Dlaczego?</H4>
 
 
-    <P>Ten b³±d mo¿e byæ wynikiem wielu problemów, ale na pocz±tek
-    sprawd¼ czy masz zainstalowane rozszerzenia systemu V w j±drze
-    systemu. PostgreSQL wymaga do pracy zainstalowanej obs³ugi pamiêci
-    dzielonej i semaforów.</P>
+    <P>Ten błąd może być wynikiem wielu problemów, ale na początek
+    sprawdź czy masz zainstalowane rozszerzenia systemu V w jądrze
+    systemu. PostgreSQL wymaga do pracy zainstalowanej obsługi pamięci
+    dzielonej i semaforów.</P>
 
     <H4><A name="3.3">3.3</A>) Podczas startu <I>postmaster'a</I>,
-         otrzymujê komunikat o b³êdzie: <I>IpcMemoryCreate</I>.
+         otrzymuję komunikat o błędzie: <I>IpcMemoryCreate</I>.
            Dlaczego?</H4>
 
-    <P>Albo nie masz poprawnie skonfigurowanej obs³ugi pamiêci dzielonej
-    w j±drze systemu, albo musisz zwiêkszyæ jej dostêpny rozmiar.
-    Dok³adna ilo¶æ jak± potrzebujesz jest zale¿na od architektury systemu
-    na jakim pracujesz, jak du¿o buforów oraz jak du¿o procesów backendu
-    skonfigurowa³e¶ dla <I>postmaster'a</I>. Dla wiêkszo¶ci systemów, z
-    domy¶ln± liczb± buforów i procesów potrzebujesz minimum w
-    przybli¿eniu 1MB. Zobacz  <A href=
+    <P>Albo nie masz poprawnie skonfigurowanej obsługi pamięci dzielonej
+    w jądrze systemu, albo musisz zwiększyć jej dostępny rozmiar.
+    Dokładna ilość jaką potrzebujesz jest zależna od architektury systemu
+    na jakim pracujesz, jak dużo buforów oraz jak dużo procesów backendu
+    skonfigurowałeś dla <I>postmaster'a</I>. Dla większości systemów, z
+    domyślną liczbą buforów i procesów potrzebujesz minimum w
+    przybliżeniu 1MB. Zobacz  <A href=
     "http://www.postgresql.org/idocs/index.php?kernel-resources.html">PostgreSQL
-    Administrator's Guide</A> gdzie szczegó³owo zosta³o opisane
-    wykorzystanie pamiêci dzielonej i semaforów.</P>
+    Administrator's Guide</A> gdzie szczegółowo zostało opisane
+    wykorzystanie pamięci dzielonej i semaforów.</P>
 
     <H4><A name="3.4">3.4</A>) Podczas startu <I>postmaster'a</I>,
-         otrzymujê komunikat o b³êdzie: <I>IpcSemaphoreCreate</I>.
+         otrzymuję komunikat o błędzie: <I>IpcSemaphoreCreate</I>.
            Dlaczego?</H4>
            
-    <P>Je¶li tre¶æ b³êdu brzmi: <I>IpcSemaphoreCreate: semget failed
-    (No space left on device)</I> oznacza to, ¿e j±dro systemu nie jest
-    skonfigurowane do obs³ugi wystarczaj±cej liczby semaforów.
+    <P>Jeśli treść błędu brzmi: <I>IpcSemaphoreCreate: semget failed
+    (No space left on device)</I> 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 <I>postmaster</I>
-    z mniejsz±  maksymaln± liczb± procesów backend.
-    U¿yj opcji <I>-N</i> z parameterem mniejszym od domy¶lnego - 32.   
-    Bardziej trwa³ym rozwi±zaniem jest zwiêkszenie parametrów
-    <SMALL>SEMMNS</SMALL> i <SMALL>SEMMNI</SMALL> j±dra twojego systemu.</P>
+    Tymczasowym rozwiązaniem jest uruchomienie programu <I>postmaster</I>
+    z mniejszą  maksymalną liczbą procesów backend.
+    Użyj opcji <I>-N</i> z parameterem mniejszym od domyślnego - 32.   
+    Bardziej trwałym rozwiązaniem jest zwiększenie parametrów
+    <SMALL>SEMMNS</SMALL> i <SMALL>SEMMNI</SMALL> jądra twojego systemu.</P>
 
-    <P>Niedzia³aj±ce semafory mog± spowodowaæ niepoprawne zamkniêcie
+    <P>Niedziałające semafory mogą spowodować niepoprawne zamknięcie
     systemu w czasie intensywnego korzystania z bazy.</P>
     
-    <P>Je¶li tre¶æ b³êdu jest inna, mo¿e to oznaczaæ, ¿e obs³uga semaforó
-    nie zosta³a w³±czona do j±dra wcale. Zobacz PostgreSQL 
-    Administrator's Guide po bardziej szczegó³owe informacje o pamiêci 
+    <P>Jeśli treść błędu jest inna, może to oznaczać, że obsługa semaforó
+    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.</P>
 
-    <H4><A name="3.5">3.5</A>) W jaki sposób mogê kontrolowaæ po³±czenia
-    z innych hostów?</H4>
+    <H4><A name="3.5">3.5</A>) W jaki sposób mogę kontrolować połączenia
+    z innych hostów?</H4>
 
-    <P>Domy¶lnie PostgreSQL pozwala jedynie na po³±czenia za pomoc±
-    socketów Unixowych z lokalnego hosta. Inne hosty nie bêd±  mog³y siê
-    po³±czyæ z serwerem dopóki nie zostanie dodana opcja <I>-i</I> do
+    <P>Domyślnie PostgreSQL pozwala jedynie na połączenia za pomocą
+    socketów Unixowych z lokalnego hosta. Inne hosty nie będą  mogły się
+    połączyć z serwerem dopóki nie zostanie dodana opcja <I>-i</I> do
     <I>postmaster'a</I>,
-    <B>oraz</B> nie umo¿liwi siê autoryzacji na podstawie adresu hostów
-    modyfikuj±c odpowiednio plik
-    <I>$PGDATA/pg_hba.conf</I>. To zmiany pozwol± na po³±czenia TCP/IP.</P>
+    <B>oraz</B> nie umożliwi się autoryzacji na podstawie adresu hostów
+    modyfikując odpowiednio plik
+    <I>$PGDATA/pg_hba.conf</I>. To zmiany pozwolą na połączenia TCP/IP.</P>
 
-    <H4><A name="3.6">3.6</A>) Jak powinienem skonfigurowaæ system baz
-         danych aby uzyskaæ lepsz± wydajno¶æ?</H4>
+    <H4><A name="3.6">3.6</A>) Jak powinienem skonfigurować system baz
+         danych aby uzyskać lepszą wydajność?</H4>
 
-    <P>Indeksy bez w±tpienia mog± przyspieszyæ wykonywanie zapytañ.
-    Polecenie <SMALL>EXPLAIN</SMALL> pozwala zobaczyæ jak PostgreSQL
-    interpretuje Twoje zapytanie i które indeksy s± u¿ywane.</P>
+    <P>Indeksy bez wątpienia mogą przyspieszyć wykonywanie zapytań.
+    Polecenie <SMALL>EXPLAIN</SMALL> pozwala zobaczyć jak PostgreSQL
+    interpretuje Twoje zapytanie i które indeksy są używane.</P>
 
-    <P>Je¶li wykonujesz bardzo du¿o <SMALL>INSERTów</SMALL>, mo¿e warto
-    je wykonaæ za pomoc± jednego du¿ego pliku u¿ywaj±c polecenia
-   <SMALL>COPY</SMALL>. Jest to du¿o szybsze ni¿ pojedyncze
+    <P>Jeśli wykonujesz bardzo dużo <SMALL>INSERTów</SMALL>, może warto
+    je wykonać za pomocą jednego dużego pliku używając polecenia
+   <SMALL>COPY</SMALL>. Jest to dużo szybsze niż pojedyncze
     <SMALL>INSERTy.</SMALL> Po drugie polecenia SQL nie zawarte w bloku
-    okre¶laj±cym transakcjê - <SMALL>BEGIN WORK/COMMIT</SMALL>, 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.</P>
-
-    <P>Jest kilka opcji pozwalaj±cych na poprawienie wydajno¶ci.
-    Mo¿esz wy³±czyæ <I>fsync()</I> poprzez uruchomienie <I>postmaster'a</I>
-    z opcjami <I>-o -F</I>. To spowoduje, ¿e
-    <I>fsync()</I> nie bêdzie zrzuca³ danych na dysk po ka¿dej
+    określającym transakcję - <SMALL>BEGIN WORK/COMMIT</SMALL>, 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.</P>
+
+    <P>Jest kilka opcji pozwalających na poprawienie wydajności.
+    Możesz wyłączyć <I>fsync()</I> poprzez uruchomienie <I>postmaster'a</I>
+    z opcjami <I>-o -F</I>. To spowoduje, że
+    <I>fsync()</I> nie będzie zrzucał danych na dysk po każdej
     transakcji.</P>
 
-    <P>Mo¿esz tak¿e uruchomiæ <I>postmaster'a</I> z opcj± <I>-B</I>
-    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±, <I>postmaster</I>  mo¿e siê
-    nie uruchomiæ. Ka¿dy bufor zajmuje 8K a domy¶lna ilo¶æ buforów to 64.</P>
+    <P>Możesz także uruchomić <I>postmaster'a</I> z opcją <I>-B</I>
+    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ą, <I>postmaster</I>  może się
+    nie uruchomić. Każdy bufor zajmuje 8K a domyślna ilość buforów to 64.</P>
 
-    <P>Mo¿esz tak¿e u¿yæ opcji <I>-S</I> dla backendu aby zwiêkszyæ
-    maksymaln± warto¶æ pamiêci u¿ywan± przez proces backendu podczas
-    sortowania. Opcja <I>-S</I> jest ustawiana warto¶ci± podawan± w
-    kilobajtach, domy¶lna warto¶æ to 512K.</P>
+    <P>Możesz także użyć opcji <I>-S</I> dla backendu aby zwiększyć
+    maksymalną wartość pamięci używaną przez proces backendu podczas
+    sortowania. Opcja <I>-S</I> jest ustawiana wartością podawaną w
+    kilobajtach, domyślna wartość to 512K.</P>
 
-    <P>Mo¿esz tak¿e u¿yæ polecenia <SMALL>CLUSTER</SMALL> aby pogrupowaæ
+    <P>Możesz także użyć polecenia <SMALL>CLUSTER</SMALL> aby pogrupować
     dane w tabelach wg indeksu. Zobacz opis polecenia <SMALL>CLUSTER</SMALL>
-    w manualu ¿eby dowiedzieæ siê wiêcej.</P>
+    w manualu żeby dowiedzieć się więcej.</P>
 
-    <H4><A name="3.7">3.7</A>) Jakie s± mo¿liwo¶ci wyszukiwania
-    b³êdów?</H4>
+    <H4><A name="3.7">3.7</A>) Jakie są możliwości wyszukiwania
+    błędów?</H4>
 
-    <P>PostgreSQL ma kilka mo¿liwo¶ci na raportowanie informacji o
-    jego statusie, które mog± byæ przydatne przy debugowaniu procesu.</P>
+    <P>PostgreSQL ma kilka możliwości na raportowanie informacji o
+    jego statusie, które mogą być przydatne przy debugowaniu procesu.</P>
 
-    <P>Przede wszystkim uruchom skrypt <I>configure</I> z opcj±
-    --enable-cassert, wiele funkcji <I>assert()</I> monitoruj± postêp
-    procesu backend i zatrzymuj± program kiedy wydarzy siê co¶
+    <P>Przede wszystkim uruchom skrypt <I>configure</I> z opcją
+    --enable-cassert, wiele funkcji <I>assert()</I> monitorują postęp
+    procesu backend i zatrzymują program kiedy wydarzy się coś
     nieoczekiwanego.</P>
 
-    <P>Zarówno <I>postmaster</I> jak i <I>postgres</I> maj± kilka opcji
-    do debugowania. Za ka¿dym razem kiedy uruchamiasz <I>postmaster'a</I>,
-    upewnij siê, ¿e wysy³asz standardowe wyj¶cie i error do pliku z
-    logami, np. w ten sposób:</P>
+    <P>Zarówno <I>postmaster</I> jak i <I>postgres</I> mają kilka opcji
+    do debugowania. Za każdym razem kiedy uruchamiasz <I>postmaster'a</I>,
+    upewnij się, że wysyłasz standardowe wyjście i error do pliku z
+    logami, np. w ten sposób:</P>
 <PRE>
     cd /usr/local/pgsql
     ./bin/postmaster &gt;server.log 2&gt;&amp;1 &amp;
 </PRE>
 
-    <P>To utworzy plik server.log w g³ównym katalogu PostgreSQL.
-    Ten plik zawiera po¿yteczne informacje o problemach i b³êdach, które
-    wydarzy³y siê podczas pracy serwera. <I>Postmaster</I> posiada opcjê
-    <I>-d</I>, która pozwala na raportowanie bardzo szczególowych
-    informacji. Do opcji <I>-d</I> 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.</P>
-
-    <P>Je¶li <I>postmaster</I> nie zosta³ uruchomiony, mo¿esz uruchomiæ
-    <I>postgres'owy</I> backend z linii poleceñ, i uruchomiæ Twoje
-    polecenie <SMALL>SQL</SMALL> bezporednio na nim.
-    Taki sposób jest polecany <B>jedynie</B> 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 <I>postmaster'a</I>, nie dzia³a w identycznym
-    ¶rodowisku, co oznacza ¿e powtórzenie warunków w jakich wyst±pi³y
-    problemy moze byæ problemem.</P>
-
-    <P>Je¶li <I>postmaster</I> dzia³a, uruchom <I>psql</I> w jednym z
-    okien, nastêpnie znajd¼ <SMALL>PID</SMALL> procesu <I>postgres</I>
-    u¿ywanego przez <I>psql</I>. U¿yj debuggera aby do
-    <SMALL>PID'u</SMALL> <I>postgres'a</I>. Mo¿esz ustawiaæ pu³apki
-    (breakpoints) w debuggerze i wykonywaæ zapytania z <I>psql</I>. 
-    Je¶li debugujesz uruchamianie <I>postgres'a</I>, mo¿esz ustawiæ zmienn±
-    PGOPTIONS="-W n", nastêpnie uruchomiæ <I>psql</I>. 
-    Opcja ta pozwoli spowolniæ uruchomienie na  
-    <I>n</I> sekund aby¶ móg³ siê po³±czyæ z procesem za pomoc±
-    debugera, ustawiæ jakiekolwiek pu³apki i kontynuowaæ proces
+    <P>To utworzy plik server.log w głównym katalogu PostgreSQL.
+    Ten plik zawiera pożyteczne informacje o problemach i błędach, które
+    wydarzyły się podczas pracy serwera. <I>Postmaster</I> posiada opcję
+    <I>-d</I>, która pozwala na raportowanie bardzo szczególowych
+    informacji. Do opcji <I>-d</I> 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.</P>
+
+    <P>Jeśli <I>postmaster</I> nie został uruchomiony, możesz uruchomić
+    <I>postgres'owy</I> backend z linii poleceń, i uruchomić Twoje
+    polecenie <SMALL>SQL</SMALL> bezpośrednio na nim.
+    Taki sposób jest polecany <B>jedynie</B> 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 <I>postmaster'a</I>, nie działa w identycznym
+    środowisku, co oznacza że powtórzenie warunków w jakich wystąpiły
+    problemy moze być problemem.</P>
+
+    <P>Jeśli <I>postmaster</I> działa, uruchom <I>psql</I> w jednym z
+    okien, następnie znajdź <SMALL>PID</SMALL> procesu <I>postgres</I>
+    używanego przez <I>psql</I>. Użyj debuggera aby do
+    <SMALL>PID'u</SMALL> <I>postgres'a</I>. Możesz ustawiać pułapki
+    (breakpoints) w debuggerze i wykonywać zapytania z <I>psql</I>. 
+    Jeśli debugujesz uruchamianie <I>postgres'a</I>, możesz ustawić zmienną
+    PGOPTIONS="-W n", następnie uruchomić <I>psql</I>. 
+    Opcja ta pozwoli spowolnić uruchomienie na     
+    <I>n</I> sekund abyś mógł się połączyć z procesem za pomocą
+    debugera, ustawić jakiekolwiek pułapki i kontynuować proces
     uruchamiania.</P>
 
-    <P><I>postgres</I> mo¿e byæ uruchamiany z opcjami <I>-s, -A</I> i
-    <I>-t</I>, które mog± byæ bardzo przydatne przy debuggowaniu i ocenie
-    wydajnoci.</P>
+    <P><I>postgres</I> może być uruchamiany z opcjami <I>-s, -A</I> i
+    <I>-t</I>, które mogą być bardzo przydatne przy debuggowaniu i ocenie
+    wydajności.</P>
 
-    <P>Mo¿esz tak¿e skompilowaæ z profilingiem aby zobaczyæ jakie funkcje
-    ile czasu wykonuj± siê. Pliki profilowane dla backendu zostan±
+    <P>Możesz także skompilować z profilingiem aby zobaczyć jakie funkcje
+    ile czasu wykonują się. Pliki profilowane dla backendu zostaną
     umieszczone w katalogu
-    <I>pgsql/data/base/dbname</I>. Pliki profilu klienta zostan±
-    umieszczone w bie¿±cym katalogu klienta. Linux wymaga aby kompilowaæ
-    z opcj± <I>-DLINUX_PROFILE</I> aby profilowanie odbywa³o siê
+    <I>pgsql/data/base/dbname</I>. Pliki profilu klienta zostaną
+    umieszczone w bieżącym katalogu klienta. Linux wymaga aby kompilować
+    z opcją <I>-DLINUX_PROFILE</I> aby profilowanie odbywało się
     poprawnie.</P>
 
-    <H4><A name="3.8">3.8</A>) Sk±d siê bierze komunikat: <I>"Sorry, too
-    many clients"</I> podczas próby po³±czenia siê z baz± danych?</H4>
+    <H4><A name="3.8">3.8</A>) Skąd się bierze komunikat: <I>"Sorry, too
+    many clients"</I> podczas próby połączenia się z bazą danych?</H4>
 
-    <P>Musisz zwiêkszyæ limit ilo¶ci jednoczesnych procesów bacekendu
+    <P>Musisz zwiększyć limit ilości jednoczesnych procesów bacekendu
     dla procesu <I>postmaster'a</I>.</P>
 
-    <P>Domy¶lny limit to 32 procesy. Mo¿esz go zwiêkszyæ przez restart
-    <I>postmaster</I> z odpowiedni± warto¶ci± ustawian± opcjê <I>-N</I> w
+    <P>Domyślny limit to 32 procesy. Możesz go zwiększyć przez restart
+    <I>postmaster</I> z odpowiednią wartością ustawianą opcję <I>-N</I> w
     pliku <I>postgresql.conf</I>.</P>
 
-    <P>We¼ pod uwagê, ¿e je¶li zwiêkszysz warto¶æ podan± w opcji
-    <I>-N</I> na wiêcej ni¿ 32 musisz tak¿e zwiêkszyæ warto¶æ w opcji
-    <I>-B</I> ponad jej domy¶ln± warto¶æ 64; warto¶æ <I>-B</I> musi byæ
-    co najmniej dwa razy wiêksza od warto¶ci podanej w opcji 
-    <I>-N</I>, 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, 
-    <SMALL>SHMMAX;</SMALL> maksymalna liczba semaforów, <SMALL>SEMMNS</SMALL>
+    <P>Weź pod uwagę, że jeśli zwiększysz wartość podaną w opcji
+    <I>-N</I> na więcej niż 32 musisz także zwiększyć wartość w opcji
+    <I>-B</I> ponad jej domyślną wartość 64; wartość <I>-B</I> musi być
+    co najmniej dwa razy większa od wartości podanej w opcji 
+    <I>-N</I>, 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, 
+    <SMALL>SHMMAX;</SMALL> maksymalna liczba semaforów, <SMALL>SEMMNS</SMALL>
     oraz <SMALL>SEMMNI;</SMALL> 
-    maksymalna liczba procesów, <SMALL>NPROC;</SMALL> maksymalna liczba
-    procesów na jednego u¿ytkownika, <SMALL>MAXUPRC;</SMALL> i maksymalna
-    liczba otwartych plików, <SMALL>NFILE</SMALL> oraz
-    <SMALL>NINODE.</SMALL> Powód dla którego PostgreSQL ma limit na
-    maksymaln± liczbê procesów backendu to obawa o wyczerpanie zasobów
+    maksymalna liczba procesów, <SMALL>NPROC;</SMALL> maksymalna liczba
+    procesów na jednego użytkownika, <SMALL>MAXUPRC;</SMALL> i maksymalna
+    liczba otwartych plików, <SMALL>NFILE</SMALL> oraz
+    <SMALL>NINODE.</SMALL> Powód dla którego PostgreSQL ma limit na
+    maksymalną liczbę procesów backendu to obawa o wyczerpanie zasobów
     systemu.</P>
 
-    <H4><A name="3.9">3.9</A>)  Jakie pliki znajduj± siê w <I>pg_temp</I>?</H4>
+    <H4><A name="3.9">3.9</A>)  Jakie pliki znajdują się w <I>pg_temp</I>?</H4>
 
     <P>Katalog ten zawiera tymczasowe pliki utworzone przez executor. Dla 
-    przyk³adu, je¶li jaka¶ operacja sortowania jest wymagana do wykonania
-    <SMALL>ORDER BY,</SMALL> a samo sortowanie wymaga wiêcej  miejsca ni¿
+    przykładu, jeśli jakaś operacja sortowania jest wymagana do wykonania
+    <SMALL>ORDER BY,</SMALL> a samo sortowanie wymaga więcej  miejsca niż
     parametr backendu
-    <I>-S</I> ustawi³ do wykorzystania, wtedy tymczasowe pliki s± u¿ywane
+    <I>-S</I> ustawił do wykorzystania, wtedy tymczasowe pliki są używane
     do przechowywania tych danych.</P>
 
-    <P>Pliki tymczasowe powinny byæ usuniête automatycznie, ale mog³o siê
-    to nie staæ je¶li proces backendu w miêdzyczasie nie zakoñczy³ siê
-    poprawnie podczas operacji sortowania. Jeli w danym momencie nie
-    dzia³aj± ¿adne procesy backendów mozesz spokojnie usun±æ pliki
+    <P>Pliki tymczasowe powinny być usunięte automatycznie, ale mogło się
+    to nie stać jeśli proces backendu w międzyczasie nie zakończył się
+    poprawnie podczas operacji sortowania. Jeśli w danym momencie nie
+    działają żadne procesy backendów mozesz spokojnie usunąć pliki
     pg_tempNNN.NN.</P>
 
     <H4><A name="3.9">3.9</A>) Dlaczego konieczne jest przy upgradzie
-         PostgreSQL korzystanie ze skryptów dump i restore?</H4>
+         PostgreSQL korzystanie ze skryptów dump i restore?</H4>
     <P>
-    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.
     </P>
     <P>
-    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.
     </P>
     <HR>
 
-    <H2 align="center">Pytania dotycz±ce u¿ywania</H2>
+    <H2 align="center">Pytania dotyczące używania</H2>
 
-    <H4><A name="4.1">4.1</A>) Jaka jest ró¿nica pomiêdzy kursorami
-        binarnymi (binary cursors) i zwyk³ymi kursorami (normal
+    <H4><A name="4.1">4.1</A>) Jaka jest różnica pomiędzy kursorami
+        binarnymi (binary cursors) i zwykłymi kursorami (normal
          cursors)?</H4>
 
     <P>Zobacz w manualu opis polecenia <SMALL>DECLARE</SMALL>.</P>
 
-    <H4><A name="4.2">4.2</A>) Jak mogê pobraæ za pomoc±
-    <SMALL>SELECT</SMALL> jedynie kilka pierwszych wyników
+    <H4><A name="4.2">4.2</A>) Jak mogę pobrać za pomocą
+    <SMALL>SELECT</SMALL> jedynie kilka pierwszych wyników
     zapytania?</H4>
     
-    <P>Zobacz w manualu opis polecenia <SMALL>FETCH</SMALL> lub u¿yj
+    <P>Zobacz w manualu opis polecenia <SMALL>FETCH</SMALL> lub użyj
     polecenia <SMALL>SELECT</SMALL> ... <SMALL>LIMIT</SMALL>....</P>
 
-    <P>Nawet je¶li chesz pobraæ kilka pierwszych rzêdów z wyniku
-    zapytania, ca³e zapytanie musi zostaæ wykonane. Byc mo¿e powiniene¶
-    skorzystaæ z polecenia <SMALL>ORDER BY.</SMALL>
-    Je¶li istnieje indeks który odpowiada polom okre¶lonym przez
-    <SMALL>ORDER BY</SMALL>, 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.</P>
+    <P>Nawet jeśli chesz pobrać kilka pierwszych rzędów z wyniku
+    zapytania, całe zapytanie musi zostać wykonane. Byc może powinieneś
+    skorzystać z polecenia <SMALL>ORDER BY.</SMALL>
+    Jeśli istnieje indeks który odpowiada polom określonym przez
+    <SMALL>ORDER BY</SMALL>, 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.</P>
     <P>
-    Aby otrzymaæ losowy rz±d, u¿yj:</P>
+    Aby otrzymać losowy rząd, użyj:</P>
     <PRE>
     SELECT col
     FROM tab
     LIMIT 1;
     </PRE>
 
-    <H4><A name="4.3">4.3</A>) Jak mogê uzyskaæ listê wszystkich tabel
+    <H4><A name="4.3">4.3</A>) Jak mogę uzyskać listę wszystkich tabel
     czy  innych rzeczy pod <I>psql</I>?</H4>
     
-    <P>Mo¿esz sprawdziæ zawarto¶æ ¼róde³ <I>psql</I>, a konkretnie plik
+    <P>Możesz sprawdzić zawartość źródeł <I>psql</I>, a konkretnie plik
     <I>pgsql/src/bin/psql/describe.c</I>. Zawiera on polecenia
-    <SMALL>SQL</SMALL> które generuja wyniki komend z backslashem.
-    Mo¿esz tak¿e uruchomiæ <I>psql</I> z opcj±
-    <I>-E</I> wtedy po wykonaniu polecenia z backslashem wywietlane
-    bêdzie zapytanie, które w rzeczywisto¶ci jest wykonywane.</P>
+    <SMALL>SQL</SMALL> które generuja wyniki komend z backslashem.
+    Możesz także uruchomić <I>psql</I> z opcją
+    <I>-E</I> wtedy po wykonaniu polecenia z backslashem wyświetlane
+    będzie zapytanie, które w rzeczywistości jest wykonywane.</P>
 
-    <H4><A name="4.4">4.4</A>) Jak usun±æ kolumnê z tabeli lub zmieniæ
+    <H4><A name="4.4">4.4</A>) Jak usunąć kolumnę z tabeli lub zmienić
     jej typ?</H4>
 
-    <P>DROP COLUMNT zosta³o dodane w wersji 7.3 przy poleceniu ALTER
-    TABLE DROP COLUMN. We wcze¶ñiejszych wersjach mo¿esz zrobiæ tak:
+    <P>DROP COLUMNT zostało dodane w wersji 7.3 przy poleceniu ALTER
+    TABLE DROP COLUMN. We wcześńiejszych wersjach możesz zrobić tak:
     </P>
 <PRE>
     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;
 </PRE>
    <P>
-   Aby zmieniæ typ danych kolumny mo¿esz zrobiæ tak:
+   Aby zmienić typ danych kolumny możesz zrobić tak:
    </P>
    <PRE>
    BEGIN;
    COMMIT;
    </PRE>
 
-    <H4><A name="4.5">4.5</A>) Jaki jest maksymalny rozmiar dla rzêdu,
+    <H4><A name="4.5">4.5</A>) Jaki jest maksymalny rozmiar dla rzędu,
          tabeli i bazy danych?</H4>
     
     <P>Oto wszystkie ograniczenia:</P>
 <PRE>
-    Maksymalny rozmiar dla bazdy danych?     nieograniczony ( istniej±
-    bazy danych o wielkoci 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
 </PRE>
 
-   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.
 
     <P>Maksymalny rozmiar tabeli, czyli 32 TB nie wymaga od systemu
-    operacyjnego wsparcia dla du¿ych plików. Du¿e tabele s± przechowywane
-    jako pliki o rozmiarze 1 GB, wiêc ograniczenia co do wielko¶ci plików
-    narzucone przez system plików nie s± istotne.</P>
+    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.</P>
 
-    <P>Masymalny rozmiar tabeli i maksymalna liczba kolumn mo¿e byæ
-    zwiêkszona je¶li zwiêkszymy domy¶lny rozmiar bloku (block size) do
+    <P>Masymalny rozmiar tabeli i maksymalna liczba kolumn może być
+    zwiększona jeśli zwiększymy domyślny rozmiar bloku (block size) do
     32k.</P>
 
-    <H4><A name="4.6">4.6</A>) Jak du¿o miejsca w bazie danych jest
-         konieczne aby przechowywaæ dane ze zwyczajnego pliku
+    <H4><A name="4.6">4.6</A>) Jak dużo miejsca w bazie danych jest
+         konieczne aby przechowywać dane ze zwyczajnego pliku
            tekstowego?</H4>
 
-    <P>Baza danych PostgreSQL mo¿e potrzebowaæ do piêciu razy wiêcej
-    miejsca na przechowywanie danych z plików tekstowych ni¿ ich
-    objêto¶æ.</P>
+    <P>Baza danych PostgreSQL może potrzebować do pięciu razy więcej
+    miejsca na przechowywanie danych z plików tekstowych niż ich
+    objętość.</P>
 
-    <P>Jako przyk³ad mo¿emy rozwa¿yæ plik sk³adaj±cy siê z 100,000 linii
-    zbudowanych z liczby ca³kowitej oraz opisu tekstowego w ka¿dej.
-    Za³ó¿my, ¿e ¶rednio ka¿dy ³añcuch tekstu w linii zajmuje 20
-    bajtów. Ca³y plik powinien zajmowaæ ok. 2.8 MB. Rozmiar pliku bazy danych w
-    PostgreSQL zawieraj±cego te dane mozna oszacowaæ na oko³o 6.4MB:</P>
+    <P>Jako przykład możemy rozważyć plik składający się z 100,000 linii
+    zbudowanych z liczby całkowitej oraz opisu tekstowego w każdej.
+    Załóżmy, że średnio każdy łańcuch tekstu w linii zajmuje 20
+    bajtów. Cały plik powinien zajmować ok. 2.8 MB. Rozmiar pliku bazy danych w
+    PostgreSQL zawierającego te dane mozna oszacować na około 6.4MB:</P>
 
 <PRE>
-    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)
 </PRE>
 
-    <P>Indeksy nie powoduj± du¿ego narzutu na zajmowane miejsce, 
-    ale zawieraj± pewne dane,
-    wiêc w pewnych przypadkach moga byæ ca³kiem du¿e.</P>
-    <P> NULLe s± przechowywane jako mapy bitowe, wiêc u¿ywaj± bardzo ma³o
+    <P>Indeksy nie powodują dużego narzutu na zajmowane miejsce, 
+    ale zawierają pewne dane,
+    więc w pewnych przypadkach moga być całkiem duże.</P>
+    <P> NULLe są przechowywane jako mapy bitowe, więc używają bardzo mało
     miejsca.
     </P>
 
-    <H4><A name="4.7">4.7</A>) Jak mogê sprawdziæ jakie tabele, klucze,
-         bazy danych i u¿ytkownicy s± utworzeni?</H4>
+    <H4><A name="4.7">4.7</A>) Jak mogę sprawdzić jakie tabele, klucze,
+         bazy danych i użytkownicy są utworzeni?</H4>
     
-    <P><I>psql</I> ma ca³kiem du¿± ilo¶æ poleceñ z backslashem aby
-    wydobyæ takie informacje. Wprowad¼ \? aby zobaczyæ ich spis. Istniej±
-    tak¿e tablice systemowe rozpoczynaj±ce siê od <i>pg_</i>, zawieraj±ce
-    interesuj±ce Ciebie informacje. Wykonanie <i>psql -l</i> poka¿e spis
+    <P><I>psql</I> ma całkiem dużą ilość poleceń z backslashem aby
+    wydobyć takie informacje. Wprowadź \? aby zobaczyć ich spis. Istnieją
+    także tablice systemowe rozpoczynające się od <i>pg_</i>, zawierające
+    interesujące Ciebie informacje. Wykonanie <i>psql -l</i> pokaże spis
     wszystkich baz danych.</P>
 
-    <P>Obejrzyj tak¿e plik <I>pgsql/src/tutorial/syscat.source</I>.
-    Zawiera on wiele z zapytañ typu <SMALL>SELECT</SMALL>, które s±
-    potrzebne aby wydobyæ informacje z tablic systemowych.</P>
+    <P>Obejrzyj także plik <I>pgsql/src/tutorial/syscat.source</I>.
+    Zawiera on wiele z zapytań typu <SMALL>SELECT</SMALL>, które są
+    potrzebne aby wydobyć informacje z tablic systemowych.</P>
 
-    <H4><A name="4.8">4.8</A>) Moje zapytania s± wolne lub nie u¿ywaj±
+    <H4><A name="4.8">4.8</A>) Moje zapytania są wolne lub nie używają
          kluczy. Dlaczego?</H4>
            
-   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.
    
-    <P>¯eby zdecydowaæ czy indeks powinien byc u¿ywany, PostgreSQL musi
-    mieæ statystyki dotycz±ce danej tabeli. S± one gromadzone przez
-    u¿ycie polecenia <SMALL>VACUUM ANALYZE</SMALL>, lub poprostu
-    <SMALL>ANALYZE</SMALL>. 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ê.</P>
-
-    <P>Indeksy nie s± zazwyczaj u¿ywane przez <SMALL>ORDER BY</SMALL> lub
-    przy wykonywaniu z³±czeñ (join). Sekwencyjne przeszukiwanie po którym
-    nastêpuje sortowanie jest zazwyczaj szybsze niê wyszukiwanie za
-    pomoc± indeksu na du¿ej tabeli.</P>
-    <P>Jakkolwiek <SMALL>LIMIT</SMALL> w po³±czeniu z <SMALL>ORDER BY</SMALL>
-   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.
+    <P>Żeby zdecydować czy indeks powinien byc używany, PostgreSQL musi
+    mieć statystyki dotyczące danej tabeli. Są one gromadzone przez
+    użycie polecenia <SMALL>VACUUM ANALYZE</SMALL>, lub poprostu
+    <SMALL>ANALYZE</SMALL>. 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ę.</P>
+
+    <P>Indeksy nie są zazwyczaj używane przez <SMALL>ORDER BY</SMALL> lub
+    przy wykonywaniu złączeń (join). Sekwencyjne przeszukiwanie po którym
+    następuje sortowanie jest zazwyczaj szybsze nię wyszukiwanie za
+    pomocą indeksu na dużej tabeli.</P>
+    <P>Jakkolwiek <SMALL>LIMIT</SMALL> w połączeniu z <SMALL>ORDER BY</SMALL>
+   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.
    </P>
    <PRE>
     SELECT col
     LIMIT 1;                    
    </PRE>
    <P>
-   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.</P>
+   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.</P>
 
-    <P>Kiedy u¿ywa siê operatorów dopasuj±cych takich jak
-    <SMALL>LIKE</SMALL> lub <I>~</I>, indeksy bêd± u¿ywane jedynie w
+    <P>Kiedy używa się operatorów dopasujących takich jak
+    <SMALL>LIKE</SMALL> lub <I>~</I>, indeksy będą używane jedynie w
     pewnych wypadkach:</P>
     <UL>
-    <LI>Pocz±tek wyszukiwania jest oparty na pocz±tku ³añcucha tekstu.
+    <LI>Początek wyszukiwania jest oparty na początku łańcucha tekstu.
     <UL>
-       <LI>wzorce <SMALL>LIKE</SMALL> nie mog± siê zaczynaæ <I>%</I></LI>
+       <LI>wzorce <SMALL>LIKE</SMALL> nie mogą się zaczynać <I>%</I></LI>
        <LI>dopasowania operatorem <I>~</I> (dopasowania regularne)
-       musz± siê zaczynaæ znakiem specjalnym <I>^</I>.</LI>
+       muszą się zaczynać znakiem specjalnym <I>^</I>.</LI>
     </UL></LI>
-    <LI>Pocz±tek wyszukiwania nie mo¿e siê zaczynaæ od klas znaków, np.
+    <LI>Początek wyszukiwania nie może się zaczynać od klas znaków, np.
     [a-e].</LI>
     <LI>Case-insensitive searches such as ILIKE and ~* do not utilise
     indexes. Instead, use functional indexes, which are described in
     section 4.12.</LI>
-    <LI>Standardowe locale C musi byæ uzyte przy wykonywaniu initdb</LI>
+    <LI>Standardowe locale C musi być uzyte przy wykonywaniu initdb</LI>
     </UL>
-    <H4><A name="4.9">4.9</A>) Jak mogê sprawdziæ w jakis sposób "query
+    <H4><A name="4.9">4.9</A>) Jak mogę sprawdzić w jakis sposób "query
     optimizer" wykonuje moje zapytanie?</H4>
 
     <P>Zobacz manual dla polecenia <SMALL>EXPLAIN</SMALL>.</P>
 
     <H4><A name="4.10">4.10</A>) Co to jest "R-tree index"?</H4>
 
-    <P>Indeks R-tree jest u¿ywany do indeksowania danych przestrzennych.
-    Indeks hasuuj±cy nie nadaje siê do wyszukiwania odleg³o¶ci.
-    Natomiast indeks typu B-tree mo¿e wyszukiwaæ odleglo¶ci jedynie w
+    <P>Indeks R-tree jest używany do indeksowania danych przestrzennych.
+    Indeks hasuujący nie nadaje się do wyszukiwania odległości.
+    Natomiast indeks typu B-tree może wyszukiwać odleglości jedynie w
     jednowymiarowych przestrzeniach. R-tree indeks radzi sobie z
-    przestrzeniami wielo-wymiarowymi. Dla przyk³adu, je¶li zostanie
-    za³o¿ony indeks typu R-tree na polu typu <I>point</I>, 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 <I>point</I>, system może
+    bardziej wydajnie odpowiadać na zapytania typu
     "select all points within a bounding rectangle."</P>
 
-    <P>¬ród³owym dokumentem opisuj±cym oryginalnie projektowanie R-tree
-    indeksów jest:</P>
+    <P>Źródłowym dokumentem opisującym oryginalnie projektowanie R-tree
+    indeksów jest:</P>
 
     <P>Guttman, A. "R-trees: A Dynamic Index Structure for Spatial
     Searching." Proceedings of the 1984 ACM SIGMOD Int'l Conf on Mgmt
     of Data, 45-57.</P>
 
-    <P>Ten dokument mo¿esz znale¼æ tak¿e w pracy Stonebraker'a "Readings in
+    <P>Ten dokument możesz znaleźć także w pracy Stonebraker'a "Readings in
     Database Systems".</P>
 
-    <P>Wbudowane indeksy R-trees radz± sobie w wielobokami i boxes.
-    Teoretycznie, indeksy R-tree mog± byæ rozszerzone o mo¿liwo¶ci
-    indeksowania w wiêcej wymiarowych przestrzeniach. W praktyce,
-    rozbudowa indeksów R-tree wymaga trochê pracy, a w tej chwili nie
-    dysponujemy jak±kolwiek dokumentacj± jak to zrobiæ.</P>
+    <P>Wbudowane indeksy R-trees radzą sobie w wielobokami i boxes.
+    Teoretycznie, indeksy R-tree mogą być rozszerzone o możliwości
+    indeksowania w więcej wymiarowych przestrzeniach. W praktyce,
+    rozbudowa indeksów R-tree wymaga trochę pracy, a w tej chwili nie
+    dysponujemy jakąkolwiek dokumentacją jak to zrobić.</P>
 
     <H4><A name="4.11">4.11</A>) Co to jest "Genetic Query
     Optimizer"?</H4>
 
-    <P>Modu³ <SMALL>GEQO</SMALL> ma za zadanie przyspieszenie
-    optymalizacji zapytañ ³±cz±c wiele tabel za pomoc± algorytmów
-    genetycznych (Genetic Algorithm (GA)). Pozwala na u¿ywanie du¿ych
-    zapytañ ³±cz±cych tabele (join queries) bez wykorzystywania
-    zasobo¿ernego wyszukiwania.</P>
+    <P>Moduł <SMALL>GEQO</SMALL> ma za zadanie przyspieszenie
+    optymalizacji zapytań łącząc wiele tabel za pomocą algorytmów
+    genetycznych (Genetic Algorithm (GA)). Pozwala na używanie dużych
+    zapytań łączących tabele (join queries) bez wykorzystywania
+    zasobożernego wyszukiwania.</P>
 
-    <H4><A name="4.12">4.12</A>) Jak mogê u¿ywaæ wyra¿eñ regularnych w
-         zapytaniach i zapytañ case-insensitive w wyra¿eniach
+    <H4><A name="4.12">4.12</A>) Jak mogę używać wyrażeń regularnych w
+         zapytaniach i zapytań case-insensitive w wyrażeniach
            regularnych?
-                Jak korzystaæ z indeksów dla zapytañ case-insensitive?</H4>
+                Jak korzystać z indeksów dla zapytań case-insensitive?</H4>
 
-    <P>Operator <I>~</I> moze byæ wykorzystywany do wyszukiwania za
-    pomoc± wyra¿eñ regularnych, a 
-    <I>~*</I> do wyszukiwania case-insensitive z wyra¿eniami
+    <P>Operator <I>~</I> moze być wykorzystywany do wyszukiwania za
+    pomocą wyrażeń regularnych, a 
+    <I>~*</I> do wyszukiwania case-insensitive z wyrażeniami
     regularnymi. 
-    Wariant case-insensitive dla <SMALL>LIKE</SMALL> zosta³ nazwany
+    Wariant case-insensitive dla <SMALL>LIKE</SMALL> został nazwany
     <SMALL>ILIKE</SMALL>.</P>
 
-    <P>Porównania case-insensitive s± zazwyczaj wykonywane w nastêpuj±cy
-    sposób:</P>
+    <P>Porównania case-insensitive są zazwyczaj wykonywane w następujący
+    sposób:</P>
 <PRE>
     SELECT *
     FROM tab
     WHERE lower(col) = 'abc'
    
 </PRE>
-   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:
 <PRE>
     CREATE INDEX tabindex on tab (lower(col));
    
 </PRE>
 
-    <H4><A name="4.13">4.13</A>) Jak sprawdziæ w zapytaniu czy pole ma
-         warto¶æ <SMALL>NULL</SMALL>?</H4>
+    <H4><A name="4.13">4.13</A>) Jak sprawdzić w zapytaniu czy pole ma
+         wartość <SMALL>NULL</SMALL>?</H4>
 
-    <P>Mo¿esz to sprawdziæ, testuj±c warto¶æ kolumny warunkiem 
+    <P>Możesz to sprawdzić, testując wartość kolumny warunkiem 
     <SMALL>IS NULL</SMALL> albo <SMALL>IS NOT NULL</SMALL>.</P>
 
-    <H4><A name="4.14">4.14</A>) Jaka jest ró¿nica pomiêdzy ró¿nymi
+    <H4><A name="4.14">4.14</A>) Jaka jest różnica pomiędzy różnymi
     typami tekstowymi (character types)?</H4>
 <PRE>
-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
 </PRE>
 
-    <P>Je¶li bêdziesz przegl±daæ katalogi systemowe lub komunikaty o
-    b³êdach czêsto spotkasz siê z podanymi powy¿ej nazwami
-    wewnêtrznymi.</P>
+    <P>Jeśli będziesz przeglądać katalogi systemowe lub komunikaty o
+    błędach często spotkasz się z podanymi powyżej nazwami
+    wewnętrznymi.</P>
 
-    <P>Pierwsze cztery typy powy¿ej to tzw typy "varlena" (np. pierwsze
-    cztery bajty na dysku to d³ugo¶æ, po których jest data). Dlatego
-    faktyczna d³ugo¶c takiego ³añcucha jest trochê wiêksza ni¿
-    zadeklarowany rozmiar. Te typy tak¿e podlegaj± kompresji lub mog± byæ
-    przechowywane out-of-line jako <SMALL>TOAST</SMALL>, wiêc faktyczne
-    zu¿ycie miejsca na dysku mo¿e byæ mniejsze ni¿ oczekiwane.</P>
+    <P>Pierwsze cztery typy powyżej to tzw typy "varlena" (np. pierwsze
+    cztery bajty na dysku to długość, po których jest data). Dlatego
+    faktyczna długośc takiego łańcucha jest trochę większa niż
+    zadeklarowany rozmiar. Te typy także podlegają kompresji lub mogą być
+    przechowywane out-of-line jako <SMALL>TOAST</SMALL>, więc faktyczne
+    zużycie miejsca na dysku może być mniejsze niż oczekiwane.</P>
 
    <P> <SMALL>VARCHAR(n)</SMALL> jest
-    najodpowiedniejszy do przechowywania ³añcuchów o ró¿nej d³ugo¶ci
-    ale okre¶la on maksymaln± jego d³ugo¶æ
+    najodpowiedniejszy do przechowywania łańcuchów o różnej długości
+    ale określa on maksymalną jego długość
     
-    <SMALL>TEXT</SMALL> jest najlepszy dla ³añcuchów o dowolnej d³ugo¶ci,
-    nie przekraczaj±cej 1GB.</P>
+    <SMALL>TEXT</SMALL> jest najlepszy dla łańcuchów o dowolnej długości,
+    nie przekraczającej 1GB.</P>
 
    <P>
    <SMALL>CHAR(n)</SMALL> 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.
    
-   <SMALL>BYTEA</SMALL> s³u¿y do przechowywania danych binarnych,
-    w szczególno¶ci dla danych zawieraj±cych <SMALL>NULL</SMALL> bajty.
-    Wszystkie typy opisane tutaj maja podobne charakterystyki jeli
-    chodzi o wydajno¶æ.</P>
+   <SMALL>BYTEA</SMALL> służy do przechowywania danych binarnych,
+    w szczególności dla danych zawierających <SMALL>NULL</SMALL> bajty.
+    Wszystkie typy opisane tutaj maja podobne charakterystyki jeśli
+    chodzi o wydajność.</P>
 
-    <H4><A name="4.15.1">4.15.1</A>) Jak mogê utworzyæ pole które samo
-         zwiêksza swoj± warto¶æ?</H4>
+    <H4><A name="4.15.1">4.15.1</A>) Jak mogę utworzyć pole które samo
+         zwiększa swoją wartość?</H4>
 
     <P>PostgreSQL ma zaimplementowany typ <SMALL>SERIAL</SMALL>.
-    Automatycznie tworzy sekwencjê i indeks na tej kolumnie. Dla
+    Automatycznie tworzy sekwencję i indeks na tej kolumnie. Dla
     przykladu:</P>
 <PRE>
     CREATE TABLE person ( 
@@ -1193,7 +1193,7 @@ BYTEA           bytea              zmiennej d
         name TEXT 
     );
 </PRE>
-    zostanie automatycznie przt³umaczone na:
+    zostanie automatycznie prztłumaczone na:
 <PRE>
     CREATE SEQUENCE person_id_seq;
     CREATE TABLE person ( 
@@ -1202,95 +1202,95 @@ BYTEA           bytea              zmiennej d
     );
     CREATE UNIQUE INDEX person_id_key ON person ( id );
 </PRE>
-    Wiêcej informacji o sekwencjach znajdziesz w manualu o
-    <I>create_sequence</I>. Mo¿esz tak¿e u¿yæ  pola <I>OID</I> 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 <I>pg_dump</I> z opcj± <I>-o</I> lub polecenia <SMALL>COPY
-        WITH OIDS</SMALL> aby zachowaæ <SMALL>OIDy</SMALL>.
+    Więcej informacji o sekwencjach znajdziesz w manualu o
+    <I>create_sequence</I>. Możesz także użyć  pola <I>OID</I> 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 <I>pg_dump</I> z opcją <I>-o</I> lub polecenia <SMALL>COPY
+        WITH OIDS</SMALL> aby zachować <SMALL>OIDy</SMALL>.
     
-    <H4><A name="4.15.2">4.15.2</A>) Jak pobraæ warto¶æ pola typu
+    <H4><A name="4.15.2">4.15.2</A>) Jak pobrać wartość pola typu
         <SMALL>SERIAL</SMALL> po wykonaniu insert'u?</H4>
 
-    <P>Jednym z podej¶æ jest pobranie kolejnej warto¶ci typu 
-    <SMALL>SERIAL</SMALL> z sekwencji za pomoc± funkcji <I>nextval()</I>
-    <I>zanim</I> zostanie wstawiona, a pó¼niej nale¿y jej u¿yæ. U¿ywaj±c
-    przyk³adu z tabeli z punktu <A href="#4.15.1">4.15.1</A>, mo¿e to
-    wygl±daæ w Perlu na przyk³ad w ten sposób:</P>
+    <P>Jednym z podejść jest pobranie kolejnej wartości typu 
+    <SMALL>SERIAL</SMALL> z sekwencji za pomocą funkcji <I>nextval()</I>
+    <I>zanim</I> zostanie wstawiona, a później należy jej użyć. Używając
+    przykładu z tabeli z punktu <A href="#4.15.1">4.15.1</A>, może to
+    wyglądać w Perlu na przykład w ten sposób:</P>
 
 <PRE>
     new_id = output of "SELECT nextval('person_id_seq')"
     INSERT INTO person (id, name) VALUES (new_id, 'Blaise Pascal');
 </PRE>
-   Bêdziesz mia³ wtedy t± warto¶æ przechowan± w zmiennej 
-    <CODE>new_id</CODE> do u¿ytku w innych zapytaniach (np. jako klucz
-    obcy do tabeli <CODE>person</CODE>). Warto zwróciæ uwagê, ¿e nazwa
+   Będziesz miał wtedy tą wartość przechowaną w zmiennej 
+    <CODE>new_id</CODE> do użytku w innych zapytaniach (np. jako klucz
+    obcy do tabeli <CODE>person</CODE>). Warto zwrócić uwagę, że nazwa
     automatycznie utworzonej sekwencji
-    <SMALL>SEQUENCE</SMALL> bêdzie nastêpuj±ca:
+    <SMALL>SEQUENCE</SMALL> będzie następująca:
     &lt;<I>tabela</I>&gt;_&lt;<I>kolumnatypuserial</I>&gt;_<I>seq</I>,
     gdzie 
-    <I>tabela</I> i <I>kolumnatypuserial</I> s± nazwami Twojej tabeli i
+    <I>tabela</I> i <I>kolumnatypuserial</I> są nazwami Twojej tabeli i
     Twojej kolumny typu <SMALL>SERIAL</SMALL>. 
 
-    <P>Inne rozwi±zanie to u¿ycie funkcji <I>currval</I>() na pola typu
-    <SMALL>SERIAL</SMALL> po dodaniu nowej warto¶ci do rzêdu zawieraj±cego
-    kolumnê typu <SMALL>SERIAL</SMALL> z wstawion± domy¶lnie warto¶ci±,
+    <P>Inne rozwiązanie to użycie funkcji <I>currval</I>() na pola typu
+    <SMALL>SERIAL</SMALL> po dodaniu nowej wartości do rzędu zawierającego
+    kolumnę typu <SMALL>SERIAL</SMALL> z wstawioną domyślnie wartością,
     np.</P>
 <PRE>
     INSERT INTO person (name) VALUES ('Blaise Pascal');
     new_id = output of "SELECT currval('person_id_seq')";
 </PRE>
-   Ostatecznie mo¿esz u¿yæ <A href="#4.16"><SMALL>OID</SMALL></A>
-   zwracanej po wykonaniu <SMALL>INSERT</SMALL>, 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 <I>$sth-&gt;{pg_oid_status}</I> po
+   Ostatecznie możesz użyć <A href="#4.16"><SMALL>OID</SMALL></A>
+   zwracanej po wykonaniu <SMALL>INSERT</SMALL>, 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 <I>$sth-&gt;{pg_oid_status}</I> po
    wykonaniu <I>$sth-&gt;execute()</I>. 
 
-    <H4><A name="4.15.3">4.15.3</A>) Czy u¿ycie <I>currval()</I> i
+    <H4><A name="4.15.3">4.15.3</A>) Czy użycie <I>currval()</I> i
         <I>nextval()</I> nie doprowadzi do race condition z innymi
-             u¿ytkownikami?</H4>
+             użytkownikami?</H4>
 
-    <P>Nie. currval() zwraca bie¿±c± warto¶æ przypisan± przez Twój
-    backend, a nie przez wszystkich u¿ytkowników.</P>
+    <P>Nie. currval() zwraca bieżącą wartość przypisaną przez Twój
+    backend, a nie przez wszystkich użytkowników.</P>
 
-    <H4><A name="4.15.4">4.15.4</A>) Dlaczego numery sekwencji nie s±
-         ponownie u¿ywane przy przerwaniu transakcji?
-       Sk±d siê bior± luki w numerowaniu kolumny tabeli
+    <H4><A name="4.15.4">4.15.4</A>) Dlaczego numery sekwencji nie są
+         ponownie używane przy przerwaniu transakcji?
+       Skąd się biorą luki w numerowaniu kolumny tabeli
                     sekwancjami/SERIALem?</H4>
 
-    <P>Aby poprawiæ zbie¿no¶æ (concurrency), warto¶ci sekwencji s±
-    podawane dzia³aj±cym transakcjom kiedy tego potrzebuj± i nie s±
-    blokowane dopóki transakcja siê nie zakoñczy. To spowoduje przerwy w
+    <P>Aby poprawić zbieżność (concurrency), wartości sekwencji są
+    podawane działającym transakcjom kiedy tego potrzebują i nie są
+    blokowane dopóki transakcja się nie zakończy. To spowoduje przerwy w
     numerowaniu z przerwanych transakcji.</P>
 
     <H4><A name="4.16">4.16</A>) Co to jest <SMALL>OID</SMALL>? Co to
     jest <SMALL>TID</SMALL>?</H4>
 
-    <P><SMALL>OID</SMALL> s± PostgreSQL'owym rozwi±zaniem problemu
-    unikalnych numerów rzêdów. Ka¿dy rz±d tworzony przez PostgreSQL
+    <P><SMALL>OID</SMALL> są PostgreSQL'owym rozwiązaniem problemu
+    unikalnych numerów rzędów. Każdy rząd tworzony przez PostgreSQL
     otrzymuje unikalny <SMALL>OID</SMALL>. Wszystkie <SMALL>OID</SMALL>y
     generowane podczas procesu uruchamianego przez skrypt
-    <I>initdb</I> maj± mniejsz± warto¶æ ni¿ 16384 (na podstawie pliku
+    <I>initdb</I> mają mniejszą wartość niż 16384 (na podstawie pliku
     <I>backend/access/transam.h</I>). Wszystkie 
-    <SMALL>OID</SMALL>y tworzone przez u¿ytkownika sa równe lub wiêksze
-    podanej wcze¶niej warto¶ci. Domy¶lnie
-    wszystkie <SMALL>OID</SMALL>y s± unikalne nie tylko w pojedyñczej
-    tabeli czy bazie danych ale w ca³ej instalacji PostgreSQL.</P>
-
-    <P>PostgreSQL u¿ywa <SMALL>OIDów</SMALL> w swoim wewnêtrznym systemie
-    tabel, aby mo¿na by³o je ³±czyæ.
-    Te <SMALL>OIDy</SMALL> mog± byc u¿ywane aby identyfikowac rzêdy w
-    tabelach i wykorzystywaæ je w z³±czeniach tych tabel. Zaleca siê aby¶
-    u¿ywa³ typu <SMALL>OID</SMALL> aby przechowywaæ warto¶ci
-    <SMALL>OID</SMALL>. Mo¿esz utworzyæ indeks na polu 
-    <SMALL>OID</SMALL> aby dostêp do niego by³ szybszy.</P>
-
-    <P><SMALL>OID</SMALL> s± przypisane do wszystkich rzêdów z jednego
-    g³ównego miejsca i u¿ywane sa przez wszystkie bazy danych. Je¶li
-    chcia³by¶ zmieniæ <SMALL>OID</SMALL> na co¶ innego, lub je¶li
-    chcia³by¶ zrobiæ kopiê tabeli, z orginalnymi <SMALL>OIDami</SMALL>
-    nie ma ¿adnego przeciwwskazania aby¶ to zrobi³:</P>
+    <SMALL>OID</SMALL>y tworzone przez użytkownika sa równe lub większe
+    podanej wcześniej wartości. Domyślnie
+    wszystkie <SMALL>OID</SMALL>y są unikalne nie tylko w pojedyńczej
+    tabeli czy bazie danych ale w całej instalacji PostgreSQL.</P>
+
+    <P>PostgreSQL używa <SMALL>OIDów</SMALL> w swoim wewnętrznym systemie
+    tabel, aby można było je łączyć.
+    Te <SMALL>OIDy</SMALL> mogą byc używane aby identyfikowac rzędy w
+    tabelach i wykorzystywać je w złączeniach tych tabel. Zaleca się abyś
+    używał typu <SMALL>OID</SMALL> aby przechowywać wartości
+    <SMALL>OID</SMALL>. Możesz utworzyć indeks na polu 
+    <SMALL>OID</SMALL> aby dostęp do niego był szybszy.</P>
+
+    <P><SMALL>OID</SMALL> są przypisane do wszystkich rzędów z jednego
+    głównego miejsca i używane sa przez wszystkie bazy danych. Jeśli
+    chciałbyś zmienić <SMALL>OID</SMALL> na coś innego, lub jeśli
+    chciałbyś zrobić kopię tabeli, z orginalnymi <SMALL>OIDami</SMALL>
+    nie ma żadnego przeciwwskazania abyś to zrobił:</P>
     
 <PRE>
         CREATE TABLE new_table(old_oid oid, mycol int);
@@ -1304,21 +1304,21 @@ BYTEA           bytea              zmiennej d
 -->
 </PRE>
 
-    <P><SMALL>OIDy</SMALL> s± przechowywane jako cztero-bajtowe liczby
-    ca³kowite i skoñcz± siê po osi±gniêciu czterech miliardów. Nikt jak
-    dot±d nie zg³osi³ aby co¶ takiego siê stalo, ale mamy zamiar pozbyæ
-    siê tego ograniczenia zanim kto¶ to zg³osi.</P>
+    <P><SMALL>OIDy</SMALL> są przechowywane jako cztero-bajtowe liczby
+    całkowite i skończą się po osiągnięciu czterech miliardów. Nikt jak
+    dotąd nie zgłosił aby coś takiego się stalo, ale mamy zamiar pozbyć
+    się tego ograniczenia zanim ktoś to zgłosi.</P>
 
-    <P><SMALL>TID</SMALL> s± u¿ywane aby zidentyfikowaæ konkretne rzêdy z
-    blokami i warto¶ci± ofsetów. <SMALL>TIDy</SMALL> zmieniaj± siê wraz
-    ze zmianami rzêdów. Sa u¿ywane przez indeksy, aby wskazywaæ do
-    fizycznych rzêdów.</P>
+    <P><SMALL>TID</SMALL> są używane aby zidentyfikować konkretne rzędy z
+    blokami i wartością ofsetów. <SMALL>TIDy</SMALL> zmieniają się wraz
+    ze zmianami rzędów. Sa używane przez indeksy, aby wskazywać do
+    fizycznych rzędów.</P>
 
-    <H4><A name="4.17">4.17</A>) Jakie jest znaczenie niektórych terminów
+    <H4><A name="4.17">4.17</A>) Jakie jest znaczenie niektórych terminów
     w PostgreSQL?</H4>
 
-    <P>W czê¶ci kodu ¼ród³owego i starszej dokumentacji u¿ywamy terminów,
-    które maj± bardziej ogólne znaczenie. Oto niektóre z nich:</P>
+    <P>W części kodu źródłowego i starszej dokumentacji używamy terminów,
+    które mają bardziej ogólne znaczenie. Oto niektóre z nich:</P>
 
     <UL>
       <LI>table, relation, class</LI>
@@ -1340,70 +1340,70 @@ BYTEA           bytea              zmiennej d
       <LI>range variable, table name, table alias</LI>
     </UL>
 
-    <P>Listê terminów zwi±zanych z bazami danych mo¿esz znale¼æ pod tym
+    <P>Listę terminów związanych z bazami danych możesz znaleźć pod tym
     adresem:<A
     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</A>.</P>
 
-    <H4><A name="4.18">4.18</A>) Sk±d bierze siê ten b³±d <I>"ERROR:
+    <H4><A name="4.18">4.18</A>) Skąd bierze się ten błąd <I>"ERROR:
     Memory exhausted in AllocSetAlloc()"</I>?</H4>
 
     <P>
-    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 <I>postmaster'a</I>:</P>
 <PRE>
     ulimit -d 262144
     limit datasize 256m
 </PRE>
-   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 <SMALL>SQL</SMALL>, 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 <SMALL>SQL</SMALL>, ponieważ backend zwraca zbyt dużo danych,
+   spróbuj wykonać to polecenie przed uruchomieniem klienta.
 
-    <H4><A name="4.19">4.19</A>) Jak sprawdziæ jakiej wersji PostgreSQL
-        u¿ywam?</H4>
+    <H4><A name="4.19">4.19</A>) Jak sprawdzić jakiej wersji PostgreSQL
+        używam?</H4>
 
     <P>W <I>psql</I>, wpisz <CODE>select version();</CODE></P>
 
-    <H4><A name="4.20">4.20</A>) Dlaczego operacje, które wykonujê na
-         du¿ych obiektach "large-object" zwracaj± komunikat:
+    <H4><A name="4.20">4.20</A>) Dlaczego operacje, które wykonuję na
+         dużych obiektach "large-object" zwracają komunikat:
                <I>"invalid large obj descriptor"</I>?</H4>
 
-    <P>Musisz u¿yæ <CODE>BEGIN WORK</CODE> i <CODE>COMMIT</CODE>
-    przed i po u¿yciu uchwytu do du¿ego obiektu, tzn. musisz nimi otoczyæ
+    <P>Musisz użyć <CODE>BEGIN WORK</CODE> i <CODE>COMMIT</CODE>
+    przed i po użyciu uchwytu do dużego obiektu, tzn. musisz nimi otoczyć
     funkcje <CODE>lo_open</CODE> ... <CODE>lo_close.</CODE></P>
 
-    <P>Obecnie PostgreSQL u¿ywj±c "rule" zamyka uchwyt do du¿ego obiektu
-    przy ka¿dym wywo³aniu "commit". Wiêc pierwsze próba zrobienia
+    <P>Obecnie PostgreSQL używjąc "rule" zamyka uchwyt do dużego obiektu
+    przy każdym wywołaniu "commit". Więc pierwsze próba zrobienia
     czegokolwiek z uchwytem spowoduje wypisanie: <I>invalid large obj 
-    descriptor</I>. 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.</P>
+    descriptor</I>. 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.</P>
 
-    <P>Je¶li u¿ywasz interfejsu klienta jak <SMALL>ODBC</SMALL>  byæ mo¿e
-    bêdziesz musia³ ustawiæ <CODE>auto-commit off.</CODE></P>
+    <P>Jeśli używasz interfejsu klienta jak <SMALL>ODBC</SMALL>  być może
+    będziesz musiał ustawić <CODE>auto-commit off.</CODE></P>
 
-    <H4><A name="4.21">4.21</A>) Jak stworzyæ kolumnê której domy¶ln±
-         warto¶ci± bêdzie bie¿±cy czas?</H4>
+    <H4><A name="4.21">4.21</A>) Jak stworzyć kolumnę której domyślną
+         wartością będzie bieżący czas?</H4>
 
-    <P>U¿yj <I>CURRENT_TIMESTAMP</I>:</P>
+    <P>Użyj <I>CURRENT_TIMESTAMP</I>:</P>
 <PRE>
 <CODE>CREATE TABLE test (x int, modtime timestamp DEFAULT CURRENT_TIMESTAMP );
 </CODE>
 </PRE>
 
-    <H4><A name="4.22">4.22</A>) Dlaczego zapytania u¿ywaj±ce
+    <H4><A name="4.22">4.22</A>) Dlaczego zapytania używające
         <CODE><SMALL>IN</SMALL></CODE> sa takie wolne?</H4>
 
-    <P>W wersjach wcze¶niejszych ni¿ 7.4 ³±czymy podzapytania w outer queries 
-    poprzez sekwencyjne przeszukiwanie wyników podzapytania dla ka¿dego rzêdu 
-    z outer query. Je¶li podzapytanie zwraca jedynie kilka rzêdów a
-    zewnêtrzne zapytanie zwraca ich wiele, IN jest najszybsze.
-    Aby przyspieszyæ inne zapytania mo¿na zast±piæ <CODE>IN</CODE> przez 
+    <P>W wersjach wcześniejszych niż 7.4 łączymy podzapytania w outer queries 
+    poprzez sekwencyjne przeszukiwanie wyników podzapytania dla każdego rzędu 
+    z outer query. Jeśli podzapytanie zwraca jedynie kilka rzędów a
+    zewnętrzne zapytanie zwraca ich wiele, IN jest najszybsze.
+    Aby przyspieszyć inne zapytania można zastąpić <CODE>IN</CODE> przez 
     <CODE>EXISTS</CODE>:</P>
 <PRE>
 <CODE>SELECT *
@@ -1419,18 +1419,18 @@ BYTEA           bytea              zmiennej d
 </CODE>
 </PRE>
    <P>
-   Aby to rozwi±zanie by³o szybkie, subcol powinna byæ kolumn±
-   indeksowan±.
+   Aby to rozwiązanie było szybkie, subcol powinna być kolumną
+   indeksowaną.
    </P>
    <P>
-   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.
    </P>
-    <H4><A name="4.23">4.23</A>) Jak wykonaæ "outer join"?</H4>
+    <H4><A name="4.23">4.23</A>) Jak wykonać "outer join"?</H4>
 
     <P>PostgreSQL ma zaimplementowane outer join
-    wykorzystuj±c standardow± sk³adniê SQL. Poni¿ej dwa przyk³ady:</P>
+    wykorzystując standardową składnię SQL. Poniżej dwa przykłady:</P>
     
 <PRE>
     SELECT *
@@ -1442,19 +1442,19 @@ BYTEA           bytea              zmiennej d
     FROM t1 LEFT OUTER JOIN t2 USING (col);
 </PRE>
 
-    <P>Te dwa identyczne zapytania ³±cz± kolumnê t1.col z kolumn± t2.col,
-    ale tak¿e zwróc± niepo³±czone rzêdy w t1 (te, które nie pasuj± w t2).
-    <SMALL>RIGHT</SMALL> join doda³by niepo³±czone rzêdy z tabeli t2.
-    <SMALL>FULL</SMALL> join zwróci³by rzêdy plus dodatkowo wszystkie
-    rzêdy z tabel t1 i t2. S³owo <SMALL>OUTER</SMALL> jest opcjonalne i
-    jest dodawane domylnie przy
+    <P>Te dwa identyczne zapytania łączą kolumnę t1.col z kolumną t2.col,
+    ale także zwrócą niepołączone rzędy w t1 (te, które nie pasują w t2).
+    <SMALL>RIGHT</SMALL> join dodałby niepołączone rzędy z tabeli t2.
+    <SMALL>FULL</SMALL> join zwróciłby rzędy plus dodatkowo wszystkie
+    rzędy z tabel t1 i t2. Słowo <SMALL>OUTER</SMALL> jest opcjonalne i
+    jest dodawane domyślnie przy
     <SMALL>LEFT</SMALL>, <SMALL>RIGHT</SMALL>, i <SMALL>FULL</SMALL>
-    join'ach. Zwyk³e join'y s± nazywane <SMALL>INNER</SMALL> joins.</P>
+    join'ach. Zwykłe join'y są nazywane <SMALL>INNER</SMALL> joins.</P>
 
-    <P>W poprzednich wersjach "outer joins" mog± byæ zasymulowane poprzez
-    u¿ycie slowa kluczowego
-    <SMALL>UNION</SMALL> i <SMALL>NOT IN</SMALL>. Dla przyk³adu, ³±cz±c
-    tabele <I>tab1</I> i <I>tab2</I>, nastêpuj±ce zapytanie wykonuje
+    <P>W poprzednich wersjach "outer joins" mogą być zasymulowane poprzez
+    użycie slowa kluczowego
+    <SMALL>UNION</SMALL> i <SMALL>NOT IN</SMALL>. Dla przykładu, łącząc
+    tabele <I>tab1</I> i <I>tab2</I>, następujące zapytanie wykonuje
     <I>outer</I> join:<BR>
     <BR>
     </P>
@@ -1469,103 +1469,103 @@ BYTEA           bytea              zmiennej d
     ORDER BY col1
 </PRE>
 
-    <H4><A name="4.24">4.24</A>) Jak wykonywaæ zapytanie u¿ywaj±ce kilku
-         baz danych jednoczenie?</H4>
+    <H4><A name="4.24">4.24</A>) Jak wykonywać zapytanie używające kilku
+         baz danych jednocześnie?</H4>
 
-    <P>Nie ma takiej mo¿liwo¶ci aby w zapytaniu odpytawaæ inn± baze danych
-    poza bie¿±c±. Poniewa¿ PostgreSQL ³aduje specyficzne dla bazy danych
-    katalogi systemowe, nie jest do koñca jasne jak zapytanie pomiêdzy
-    ró¿nymi bazami danych powinno siê zachowywaæ.</P>
+    <P>Nie ma takiej możliwości aby w zapytaniu odpytawać inną baze danych
+    poza bieżącą. Ponieważ PostgreSQL ładuje specyficzne dla bazy danych
+    katalogi systemowe, nie jest do końca jasne jak zapytanie pomiędzy
+    różnymi bazami danych powinno się zachowywać.</P>
     
-    <P><I>contrib/dblink</I> pozwala na wykonywanie zapytañ poprzez ró¿ne
-    bazy danych wywo³uj±c odpowiednie funkcje. Oczywi¶cie klient mo¿e ³±czyæ 
-    siê z ró¿nymi bazami danych i ³±czyæ informacjê w ten sposób uzyskan±
+    <P><I>contrib/dblink</I> pozwala na wykonywanie zapytań poprzez różne
+    bazy danych wywołując odpowiednie funkcje. Oczywiście klient może łączyć 
+    się z różnymi bazami danych i łączyć informację w ten sposób uzyskaną
     po stronie klienta.</P>
 
-    <H4><A name="4.25">4.25</A>) Jak zwróciæ w funkcji wiele rzêdów lub
+    <H4><A name="4.25">4.25</A>) Jak zwrócić w funkcji wiele rzędów lub
          kolumn?</H4>
 
-     <P>Mo¿esz w ³atwy sposób zwracaæ wiele rzêdów lub kolumn u¿ywaj±c
+     <P>Możesz w łatwy sposób zwracać wiele rzędów lub kolumn używając
      funkcji z: <A href="http://techdocs.postgresql.org/guides/SetReturningFunctions">http://techdocs.postgresql.org/guides/SetReturningFunctions</A>.</P>
      
-   <H4><A name="4.26">4.26</A>) Dlaczego nie mogê w sposób pewny
-        tworzyæ/usuwaæ tabel tymczasowych w funkcjach PL/PgSQL?</H4>
+   <H4><A name="4.26">4.26</A>) Dlaczego nie mogę w sposób pewny
+        tworzyć/usuwać tabel tymczasowych w funkcjach PL/PgSQL?</H4>
    <P>
-   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.
    </P>
    
-   <H4><A name="4.27">4.27</A>) Jakie s± mo¿liwo¶ci replikacji w PostgreSQL?</H4>
+   <H4><A name="4.27">4.27</A>) Jakie są możliwości replikacji w PostgreSQL?</H4>
    <P>
-   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 
    <A
    href="http://gborg.PostgreSQL.org/genpage?replication_research">http://gborg.PostgreSQL.org/genpage?replication_research</A>
-   znajduje siê ich lista. Replikacja typu multi-master jest w trakcie
-   prac, opis projektu znajduje siê pod adresem: <A
+   znajduje się ich lista. Replikacja typu multi-master jest w trakcie
+   prac, opis projektu znajduje się pod adresem: <A
    href="http://gborg.PostgreSQL.org/project/pgreplication/projdisplay.php">
 http://gborg.PostgreSQL.org/project/pgreplication/projdisplay.php</A>.
    </P>
 
-   <H4><A name="4.28">4.28</A>) Jakie mo¿liwo¶ci szyfrowania oferuje
+   <H4><A name="4.28">4.28</A>) Jakie możliwości szyfrowania oferuje
    PostgreSQL?</H4>
    <UL>
-   <LI>contrib/pgcrypto zawiera wiele funkcji za pomoc±, których mo¿emy u¿ywaæ
+   <LI>contrib/pgcrypto zawiera wiele funkcji za pomocą, których możemy używać
    kryptografii w zapytaniach SQL.</LI>
-   <LI>Aby szyfrowaæ transmisjê od klienta do serwera, ten musi mieæ
-   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
+   <LI>Aby szyfrować transmisję od klienta do serwera, ten musi mieć
+   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).</LI>
-   <LI>Has³a u¿ytkowników bazy danych s± automatycznie szyfrowane od
-   wersji 7.3. W poprzednich wersjach, nale¿y t± funkcjonalno¶æ poprzez
-   w³±czenie opcji PASSWORD_ENCRYPTION w postgresql.conf. </LI>
-   <LI>Serwer mo¿e dzia³aæ u¿ywaj±c szyfrowanego systemu plików.</LI>
+   <LI>Hasła użytkowników bazy danych są automatycznie szyfrowane od
+   wersji 7.3. W poprzednich wersjach, należy tą funkcjonalność poprzez
+   włączenie opcji PASSWORD_ENCRYPTION w postgresql.conf. </LI>
+   <LI>Serwer może działać używając szyfrowanego systemu plików.</LI>
    </UL>
 
     <H2 align="center">Rozwijanie PostgreSQL</H2>
 
-    <H4><A name="5.1">5.1</A>) Napisa³em w³asn± funkcjê. Kiedy u¿yjê jej
-    w <I>psql</I>, program zrzuca pamiêæ (dump core)?</H4>
+    <H4><A name="5.1">5.1</A>) Napisałem własną funkcję. Kiedy użyję jej
+    w <I>psql</I>, program zrzuca pamięć (dump core)?</H4>
 
-    <P>Problem mo¿e byæ spowodowany przez bardzo wiele rzeczy. Spróbuj
-    najpierw przetestowaæ Twoj± funkcjê w samodzielnie dzia³aj±cym programie.
+    <P>Problem może być spowodowany przez bardzo wiele rzeczy. Spróbuj
+    najpierw przetestować Twoją funkcję w samodzielnie działającym programie.
     </P>
 
-    <H4><A name="5.2">5.2</A>) Jak mogê dodaæ/zg³osiæ nowe typy czy
+    <H4><A name="5.2">5.2</A>) Jak mogę dodać/zgłosić nowe typy czy
     funkcje do PostgreSQL?</H4>
 
-    <P>Wy¶lij Twoje propozycje na listê mailow± <I>pgsql-hackers</I>,
-    wtedy prawdopodobnie Twój kod znajdzie siê w katalogu <I>contrib/</I>.</P>
+    <P>Wyślij Twoje propozycje na listę mailową <I>pgsql-hackers</I>,
+    wtedy prawdopodobnie Twój kod znajdzie się w katalogu <I>contrib/</I>.</P>
 
-    <H4><A name="5.3">5.3</A>) Jak napisaæ funkcjê C zwracaj±c± krotkê
+    <H4><A name="5.3">5.3</A>) Jak napisać funkcję C zwracającą krotkę
          (tuple)?</H4>
 
    <P>
-   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 <I>contrib/tablefunc</I>.
+   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 <I>contrib/tablefunc</I>.
    </P>
 
-    <H4><A name="5.4">5.4</A>)  Zmieni³em plik ¼ród³owy. Dlaczego po
-         rekompilacji nie widaæ zmiany?</H4>
+    <H4><A name="5.4">5.4</A>)  Zmieniłem plik źródłowy. Dlaczego po
+         rekompilacji nie widać zmiany?</H4>
 
-    <P>Pliki <I>Makefiles</I> nie maj± dorzuconych odpowiednich
-    zale¿no¶ci dla plików nag³ówkowych (include files). Wykonaj najpierw
-    <I>make clean</I>, a nastêpnie ponownie <I>make</I>.
-    Je¶li u¿ywasz <SMALL>GCC</SMALL> mo¿esz u¿yæ opcji
+    <P>Pliki <I>Makefiles</I> nie mają dorzuconych odpowiednich
+    zależności dla plików nagłówkowych (include files). Wykonaj najpierw
+    <I>make clean</I>, a następnie ponownie <I>make</I>.
+    Jeśli używasz <SMALL>GCC</SMALL> możesz użyć opcji
     <I>--enable-depend</I> przy wykonywaniu <I>configure</I> aby
-    kompilator móg³ okre¶liæ zale¿no¶ci samodzielnie.
+    kompilator mógł określić zależności samodzielnie.
     </P>
   </BODY>
 </HTML>
index 20f970ab8d160e4994796de54a92a813d8710ec6..13c6f7fd43ed8a471820f854126a305923ee9272 100644 (file)
@@ -1,8 +1,8 @@
 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
 <html>
 <head>
-   <meta http-equiv="Content-Type" content="text/html; charset=iso8859-9">
-   <title>PostgreSQL Sýkça Sorulan Sorular - Türkçe</title>
+   <meta http-equiv="Content-Type" content="text/html; charset=utf8">
+   <title>PostgreSQL Sıkça Sorulan Sorular - Türkçe</title>
    <style type="text/css"><!--
    body { background: #FFFFFF; }
    a:link { color: #ff0000; }
 </head>
 <body bgcolor="#ffffff" text="#000000" link="#ff0000" vlink="#a00000" alink="#0000ff">
 
-<h1>PostgreSQL için Sýkça Sorulan Sorular (SSS)</h1>
-<p>Son güncelleme : 15 Kasým 2004 Pazartesi - 15:03:23</p>
+<h1>PostgreSQL için Sıkça Sorulan Sorular (SSS)</h1>
+<p>Son güncelleme : 15 Kasım 2004 Pazartesi - 15:03:23</p>
 <p>Current maintainer: Bruce Momjian
 (<a href="mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</a>)<br></p>
-<p>Çevirenler : Devrim Gündüz (<a href="mailto:devrim@tdmsoft.com">devrim@tdmsoft.com</a>)<br>Nicolai Tufar 
+<p>Çevirenler : Devrim Gündüz (<a href="mailto:devrim@tdmsoft.com">devrim@tdmsoft.com</a>)<br>Nicolai Tufar 
 (<a href="mailto:ntufar@tdmsoft.com">ntufar@tdmsoft.com</a>)<BR>Volkan YAZICI (<a href="mailto:volkany@phreaker.net">volkany@phreaker.net</a>)</p>
-<p>Bu belgenin en güncel hali, <a href="http://www.postgresql.org/docs/faqs/FAQ_turkish.html">http://www.PostgreSQL.org/docs/faqs/FAQ_turkish.html</a> 
+<p>Bu belgenin en güncel hali, <a href="http://www.postgresql.org/docs/faqs/FAQ_turkish.html">http://www.PostgreSQL.org/docs/faqs/FAQ_turkish.html</a> 
 ve <a href="http://www.gunduz.org/seminer/pg/FAQ_turkish.html">http://www.gunduz.org/seminer/pg/FAQ_turkish.html</a> 
-adreslerinde görülebilir.</p>
-<p>Platforma özel sorularýnýz, <a href="http://www.postgresql.org/docs/index.html">http://www.PostgreSQL.org/docs/index.html</a> adresinde yanýtlanýr.</p>
+adreslerinde görülebilir.</p>
+<p>Platforma özel sorularınız, <a href="http://www.postgresql.org/docs/index.html">http://www.PostgreSQL.org/docs/index.html</a> adresinde yanıtlanır.</p>
 
 <hr>
 
 <h2 align="center">Genel Sorular</h2>
-   <a href="#1.1">1.1</a>) PostgreSQL nedir? Nasýl okunur?<br>
-   <a href="#1.2">1.2</a>) PostgreSQL'in haklarý nedir?<br>
-   <a href="#1.3">1.3</a>) PostgreSQL, hangi Unix platformlarýnda çalýþýr?<br>
-   <a href="#1.4">1.4</a>) Hangi Unix olmayan uyarlamalarý bulunmaktadýr?<br>
+   <a href="#1.1">1.1</a>) PostgreSQL nedir? Nasıl okunur?<br>
+   <a href="#1.2">1.2</a>) PostgreSQL'in hakları nedir?<br>
+   <a href="#1.3">1.3</a>) PostgreSQL, hangi Unix platformlarında çalışır?<br>
+   <a href="#1.4">1.4</a>) Hangi Unix olmayan uyarlamaları bulunmaktadır?<br>
    <a href="#1.5">1.5</a>) PostgreSQL'i nereden indirebilirim?<br>
-   <a href="#1.6">1.6</a>) Desteði nereden alabilirim?<br>
-   <a href="#1.7">1.7</a>) En son sürümü nedir?<br>
-   <a href="#1.8">1.8</a>) Hangi belgelere ulaþabilirim?<br>
-   <a href="#1.9">1.9</a>) Bilinen hatalar ya da eksik özelliklere nereden ulasabilirim?<br>
-   <a href="#1.10">1.10</a>) Nasýl <small>SQL</small> öðrenebilirim?<br>
-   <a href="#1.11">1.11</a>) PostgreSQL 2000 yýlýna uyumlu mudur?<br>
-   <a href="#1.12">1.12</a>) Geliþtirme takýmýna nasýl katýlabilirim??<br>
-   <a href="#1.13">1.13</a>) Bir hata raporunu nasýl gönderebilirim?<br>
-   <a href="#1.14">1.14</a>) PostgreSQL, diðer <small>VTYS(DBMS)</small> lerle nasýl
-   karþýlaþtýrýlabilir?<br>
-   <a href="#1.15">1.15</a>) PostgreSQL'e maddi açýdan nasýl destek olabilirim?<br>
+   <a href="#1.6">1.6</a>) Desteği nereden alabilirim?<br>
+   <a href="#1.7">1.7</a>) En son sürümü nedir?<br>
+   <a href="#1.8">1.8</a>) Hangi belgelere ulaşabilirim?<br>
+   <a href="#1.9">1.9</a>) Bilinen hatalar ya da eksik özelliklere nereden ulasabilirim?<br>
+   <a href="#1.10">1.10</a>) Nasıl <small>SQL</small> öğrenebilirim?<br>
+   <a href="#1.11">1.11</a>) PostgreSQL 2000 yılına uyumlu mudur?<br>
+   <a href="#1.12">1.12</a>) Geliştirme takımına nasıl katılabilirim??<br>
+   <a href="#1.13">1.13</a>) Bir hata raporunu nasıl gönderebilirim?<br>
+   <a href="#1.14">1.14</a>) PostgreSQL, diğer <small>VTYS(DBMS)</small> lerle nasıl
+   karşılaştırılabilir?<br>
+   <a href="#1.15">1.15</a>) PostgreSQL'e maddi açıdan nasıl destek olabilirim?<br>
    
-<h2 align="center">Kullanýcý/istemci Sorularý</h2>
-   <a href="#2.1">2.1</a>) PostgreSQL için <i>ODBC</i> sürücüleri var mý?<br>
-   <a href="#2.2">2.2</a>) PostgreSQL'i web sayfalarýnda kullanabilmek için
-   hangi araçlar bulunmaktadýr?<br>
-   <a href="#2.3">2.3</a>) PostgreSQL'in grafik kullanýcý arabirimi var mýdýr?<br>
-   <a href="#2.4">2.4</a>) PostgreSQL ile iletiþimi kurabilmek için
+<h2 align="center">Kullanıcı/istemci Soruları</h2>
+   <a href="#2.1">2.1</a>) PostgreSQL için <i>ODBC</i> sürücüleri var mı?<br>
+   <a href="#2.2">2.2</a>) PostgreSQL'i web sayfalarında kullanabilmek için
+   hangi araçlar bulunmaktadır?<br>
+   <a href="#2.3">2.3</a>) PostgreSQL'in grafik kullanıcı arabirimi var mıdır?<br>
+   <a href="#2.4">2.4</a>) PostgreSQL ile iletişimi kurabilmek için
    hangi dilleri kullanabilirim? <br>
    
-<h2 align="center">Yönetimsel Sorular</h2>
+<h2 align="center">Yönetimsel Sorular</h2>
    <a href="#3.1">3.1</a>) PostgreSQL'i <code>/usr/local/pgsql</code> dizininden
-   baþka dizinlere nasýl kurabilirim?<br>
-   <a href="#3.2">3.2</a>) <i>Postmaster</i>'ý baþlattýðýmda <code>Bad System Call</code>
-   ya da <code>core dumped</code> mesajý alýyorum. Neden?<br>
-   <a href="#3.3">3.3</a>) <i>Postmaster</i>'ý baþlattýðýmda, <code>IpcMemoryCreate</code>
-   hatasý alýyorum. Neden?<br>
-   <a href="#3.4">3.4</a>) <i>Postmaster</i>'ý, baþlattýðýmda, <code>IpcSemaphoreCreate</code>
-   hatasý alýyorum. Neden?<br>
-   <a href="#3.5">3.5</a>) Diðer bilgisayarlarýn benim PostgreSQL veritabaný
-   sunucuma baðlantýlarýný nasýl kontrol edebilirim?<br>
-   <a href="#3.6">3.6</a>) Veritabaný motorunu daha iyi baþarým icin nasýl ayarlayabilirim?<br>
-   <a href="#3.7">3.7</a>) Hangi hata ayýklama özellikleri bulunmaktadýr?<br>
-   <a href="#3.8">3.8</a>) Baðlanmaya çalýþýrken, neden "<code>Sorry, too many clients</code>"
-   hatasýný alýyorum. Neden?<br>
-   <a href="#3.9">3.9</a>) <code>pgsql_tmp</code>dizinin içindeki dosyalar nelerdir?<br>
-   <a href="#3.10">3.10</a>) PostgreSQL sürümlerini yükseltmek için neden bir
-   <code>dump/reload</code> iþlemi gerçekleþtirmek zorundayým?<br>
-   <a href="#3.11">3.11</a>) Nasýl bir donaným kullanmalýyým?br>
+   başka dizinlere nasıl kurabilirim?<br>
+   <a href="#3.2">3.2</a>) <i>Postmaster</i>'ı başlattığımda <code>Bad System Call</code>
+   ya da <code>core dumped</code> mesajı alıyorum. Neden?<br>
+   <a href="#3.3">3.3</a>) <i>Postmaster</i>'ı başlattığımda, <code>IpcMemoryCreate</code>
+   hatası alıyorum. Neden?<br>
+   <a href="#3.4">3.4</a>) <i>Postmaster</i>'ı, başlattığımda, <code>IpcSemaphoreCreate</code>
+   hatası alıyorum. Neden?<br>
+   <a href="#3.5">3.5</a>) Diğer bilgisayarların benim PostgreSQL veritabanı
+   sunucuma bağlantılarını nasıl kontrol edebilirim?<br>
+   <a href="#3.6">3.6</a>) Veritabanı motorunu daha iyi başarım icin nasıl ayarlayabilirim?<br>
+   <a href="#3.7">3.7</a>) Hangi hata ayıklama özellikleri bulunmaktadır?<br>
+   <a href="#3.8">3.8</a>) Bağlanmaya çalışırken, neden "<code>Sorry, too many clients</code>"
+   hatasını alıyorum. Neden?<br>
+   <a href="#3.9">3.9</a>) <code>pgsql_tmp</code>dizinin içindeki dosyalar nelerdir?<br>
+   <a href="#3.10">3.10</a>) PostgreSQL sürümlerini yükseltmek için neden bir
+   <code>dump/reload</code> işlemi gerçekleştirmek zorundayım?<br>
+   <a href="#3.11">3.11</a>) Nasıl bir donanım kullanmalıyım?br>
    
-<h2 align="center">Ýþletimsel Sorular</h2>
-   <a href="#4.1">4.1</a>) <i>Binary cursor</i> ve <i>normal cursor</i> arasýndaki fark nedýr?<br>
-   <a href="#4.2">4.2</a>) Sorgunun sadece ilk birkaç satýrýný nasýl
+<h2 align="center">İşletimsel Sorular</h2>
+   <a href="#4.1">4.1</a>) <i>Binary cursor</i> ve <i>normal cursor</i> arasındaki fark nedır?<br>
+   <a href="#4.2">4.2</a>) Sorgunun sadece ilk birkaç satırını nasıl
    <code>SELECT</code> edebilirim?<br>
-   <a href="#4.3">4.3</a>) <i>psql</i>'in içinde gördügüm tablolarýn ya da diðer
-   þeylerin listesini nasýl alabilirim?<br>
-   <a href="#4.4">4.4</a>) Bir tablodan bir kolonu nasýl kaldýrabilirim?<br>
-   <a href="#4.5">4.5</a>) Bir satýr, tablo ve veritabaný için en fazla büyüklük nedir?<br>
-   <a href="#4.6">4.6</a>) Tipik bir metin dosyasýndaki veriyi saklamak için ne
-   kadar disk alaný gereklidir?<br>
-   <a href="#4.7">4.7</a>) Veritabanýnda hangi tablo ya da <i>index</i>'lerin
-   tanýmlandýðýný nasýl görebilirim?<br>
-   <a href="#4.8">4.8</a>) Sorgularým cok yavaþ, ya da <i>index</i>'lerimi kullanmýyorlar. Neden?<br>
-   <a href="#4.9">4.9</a>) <i>Query-optimizer</i>'ýn sorgularýmý nasýl deðerlendirdiðini,
-   iþleme soktuðunu nasýl görebilirim?<br>
+   <a href="#4.3">4.3</a>) <i>psql</i>'in içinde gördügüm tabloların ya da diğer
+   şeylerin listesini nasıl alabilirim?<br>
+   <a href="#4.4">4.4</a>) Bir tablodan bir kolonu nasıl kaldırabilirim?<br>
+   <a href="#4.5">4.5</a>) Bir satır, tablo ve veritabanı için en fazla büyüklük nedir?<br>
+   <a href="#4.6">4.6</a>) Tipik bir metin dosyasındaki veriyi saklamak için ne
+   kadar disk alanı gereklidir?<br>
+   <a href="#4.7">4.7</a>) Veritabanında hangi tablo ya da <i>index</i>'lerin
+   tanımlandığını nasıl görebilirim?<br>
+   <a href="#4.8">4.8</a>) Sorgularım cok yavaş, ya da <i>index</i>'lerimi kullanmıyorlar. Neden?<br>
+   <a href="#4.9">4.9</a>) <i>Query-optimizer</i>'ın sorgularımı nasıl değerlendirdiğini,
+   işleme soktuğunu nasıl görebilirim?<br>
    <a href="#4.10">4.10</a>) <i>R-tree index</i> nedir?<br>
    <a href="#4.11">4.11</a>) <i>Genetic Query Optimizer</i> nedir?<br>
-   <a href="#4.12">4.12</a>) Düzenli ifade (<i>Regular Expression</i>) aramalarýný
-   ve büyük/küçük harfe duyarsýz aramalarý nasýl yapabilirim? Bu büyük/küçük harfe duyarlý
-   aramalar için <i>index</i>'i nasýl kullanabilirim?<br>
-   <a href="#4.13">4.13</a>) Bir sorguda, bir alanýn <code>NULL</code> olduðunu nasýl
-   ortaya çýkarabilirim?<br>
-   <a href="#4.14">4.14</a>) Çesitli karakter tipleri arasýndaki farklar nelerdir?<br>
-   <a href="#4.15.1">4.15.1</a>) Nasýl <code>serial</code>/otomatik artan
+   <a href="#4.12">4.12</a>) Düzenli ifade (<i>Regular Expression</i>) aramalarını
+   ve büyük/küçük harfe duyarsız aramaları nasıl yapabilirim? Bu büyük/küçük harfe duyarlı
+   aramalar için <i>index</i>'i nasıl kullanabilirim?<br>
+   <a href="#4.13">4.13</a>) Bir sorguda, bir alanın <code>NULL</code> olduğunu nasıl
+   ortaya çıkarabilirim?<br>
+   <a href="#4.14">4.14</a>) Çesitli karakter tipleri arasındaki farklar nelerdir?<br>
+   <a href="#4.15.1">4.15.1</a>) Nasıl <code>serial</code>/otomatik artan
    (<i>auto-incrementing</i>) bir alan yaratabilirim?<br>
-   <a href="#4.15.2">4.15.2</a>) <code>Serial</code> giriþinin deðerini nasýl alabilirim?<br>
+   <a href="#4.15.2">4.15.2</a>) <code>Serial</code> girişinin değerini nasıl alabilirim?<br>
    <a href="#4.15.3">4.15.3</a>) <code>currval()</code> ve  <code>nextval()</code>
-   diðer kullanýcýlara sorun yaratmaz mý?<br>
-   <a href="#4.15.4">4.15.4</a>) Neden sequence sayýlarýn <i>transaction</i>
-   iþleminin iptalinden sonra yeniden kullanýlýyor? Neden <code>sequence/SERIAL</code>
-   kolonumdaki sayýlarda atlamalar oluyor?<br>
+   diğer kullanıcılara sorun yaratmaz mı?<br>
+   <a href="#4.15.4">4.15.4</a>) Neden sequence sayıların <i>transaction</i>
+   işleminin iptalinden sonra yeniden kullanılıyor? Neden <code>sequence/SERIAL</code>
+   kolonumdaki sayılarda atlamalar oluyor?<br>
    <a href="#4.16">4.16</a>) <code>OID</code> nedir? <code>TID</code> nedir?<br>
-   <a href="#4.17">4.17</a>) PostgreSQL' de kullanýlan bazý terimlerin anlamlarý nelerdir?<br>
+   <a href="#4.17">4.17</a>) PostgreSQL' de kullanılan bazı terimlerin anlamları nelerdir?<br>
    <a href="#4.18">4.18</a>) Neden "<code>ERROR: Memory exhausted in AllocSetAlloc()</code>"
-   hatasýný alýyorum?<br>
-   <a href="#4.19">4.19</a>) Hangi PostgreSQL sürümünü çalýstýrdýðýmý nasýl görebilirim?<br>
-   <a href="#4.20">4.20</a>) Neden <i>large-object</i> iþlemlerim, "<code>invalid large
-   obj descriptor</code>" hatasýný veriyor?<br>
-   <a href="#4.21">4.21</a>) Þu andaki zamaný öntanýmlý deðer olarak kabul
-   eden kolonu nasýl yaratýrým?<br>
-   <a href="#4.22">4.22</a>) Neden <code>IN</code> kullanan <i>subquery</i>'lerim çok yavaþ?<br>
-   <a href="#4.23">4.23</a>) <i>Outer join</i> iþlemini nasýl yapabilirim?<br>
-   <a href="#4.24">4.24</a>) Ayný anda birden fazla veritabanýnda nasýl iþlem yapabilirim?<br>
-   <a href="#4.25">4.25</a>) Bir fonksiyondan nasýl çoklu satýr ya da kolon döndürebilirim?<br>
-   <a href="#4.26">4.26</a>) Neden Pl/PgSQL fonksiyonlarý içinden güvenli
-   bir þekilde tablo yaratma/kaldýrma iþlemlerini yapamýyoruz?<br>
-   <a href="#4.27">4.27</a>) Hangi þifreleme seçenekleri bulunmaktadýr?<br>
+   hatasını alıyorum?<br>
+   <a href="#4.19">4.19</a>) Hangi PostgreSQL sürümünü çalıstırdığımı nasıl görebilirim?<br>
+   <a href="#4.20">4.20</a>) Neden <i>large-object</i> işlemlerim, "<code>invalid large
+   obj descriptor</code>" hatasını veriyor?<br>
+   <a href="#4.21">4.21</a>) Şu andaki zamanı öntanımlı değer olarak kabul
+   eden kolonu nasıl yaratırım?<br>
+   <a href="#4.22">4.22</a>) Neden <code>IN</code> kullanan <i>subquery</i>'lerim çok yavaş?<br>
+   <a href="#4.23">4.23</a>) <i>Outer join</i> işlemini nasıl yapabilirim?<br>
+   <a href="#4.24">4.24</a>) Aynı anda birden fazla veritabanında nasıl işlem yapabilirim?<br>
+   <a href="#4.25">4.25</a>) Bir fonksiyondan nasıl çoklu satır ya da kolon döndürebilirim?<br>
+   <a href="#4.26">4.26</a>) Neden Pl/PgSQL fonksiyonları içinden güvenli
+   bir şekilde tablo yaratma/kaldırma işlemlerini yapamıyoruz?<br>
+   <a href="#4.27">4.27</a>) Hangi şifreleme seçenekleri bulunmaktadır?<br>
    
 
-<h2 align="center">PostgreSQL Özelliklerini Geniþletmek</h2>
-   <a href="#5.1">5.1</a>) Kullanýcý-tanýmlý bir fonksiyon yazdým. <i>psql</i>'de
-   çalýþtýrdýðým zaman neden <code>core dump</code> ediyor?<br>
-   <a href="#5.2">5.2</a>) PostgreSQL'e nasýl yeni veri tipleri/fonksiyonlar ekleyebilirim?<br>
-   <a href="#5.3">5.3</a>) Bir tuple döndürmek için bir C fonksiyonunu nasýl yazarým?<br>
-   <a href="#5.4">5.4</a>) Bir kaynak dosyasýnda deðiþiklik yaptým.
-   Yeniden derlememe raðmen deðiþiklik geçerli olmuyor. Neden?<br>
+<h2 align="center">PostgreSQL Özelliklerini Genişletmek</h2>
+   <a href="#5.1">5.1</a>) Kullanıcı-tanımlı bir fonksiyon yazdım. <i>psql</i>'de
+   çalıştırdığım zaman neden <code>core dump</code> ediyor?<br>
+   <a href="#5.2">5.2</a>) PostgreSQL'e nasıl yeni veri tipleri/fonksiyonlar ekleyebilirim?<br>
+   <a href="#5.3">5.3</a>) Bir tuple döndürmek için bir C fonksiyonunu nasıl yazarım?<br>
+   <a href="#5.4">5.4</a>) Bir kaynak dosyasında değişiklik yaptım.
+   Yeniden derlememe rağmen değişiklik geçerli olmuyor. Neden?<br>
    
     <hr>
 
    <h2 align="center">Genel Sorular</h2>
 
-       <h4><a name="1.1">1.1</a>) PostgreSQL nedir? Nasýl okunur?</h4>
+       <h4><a name="1.1">1.1</a>) PostgreSQL nedir? Nasıl okunur?</h4>
        <p>PostgreSQL, <i>Post-Gres-Q-L</i>. olarak okunur</p>
-       <p>PostgreSQL, yeni-nesil <small>VTYS</small> araþtýrma prototipi olan POSTGRES
-       veritabaný yönetim sisteminin geliþtirilmesidir. POSTGRES'in zengin veri tiplerini ve
-       güçlü veri modelini tutarken, <small>SQL</small>'in geliþtirilmiþ alt kümesi 
-       olan PostQuel dilini kullanýr. PostgreSQL ücretsizdir ve kaynak kodu açýk daðýtýlýr.</p>
-       <p>PostgreSQL, PostgreSQL geliþtirme listesine üye olan bir Internet geliþtirici
-       takýmý tarafýndan geliþtirilir. Þu andaki koordinatör, Marc G. Fournier 
+       <p>PostgreSQL, yeni-nesil <small>VTYS</small> araştırma prototipi olan POSTGRES
+       veritabanı yönetim sisteminin geliştirilmesidir. POSTGRES'in zengin veri tiplerini ve
+       güçlü veri modelini tutarken, <small>SQL</small>'in geliştirilmiş alt kümesi 
+       olan PostQuel dilini kullanır. PostgreSQL ücretsizdir ve kaynak kodu açık dağıtılır.</p>
+       <p>PostgreSQL, PostgreSQL geliştirme listesine üye olan bir Internet geliştirici
+       takımı tarafından geliştirilir. Şu andaki koordinatör, Marc G. Fournier 
        (<a href="mailto:scrappy@PostgreSQL.org">scrappy@PostgreSQL.org</a>). 
-       (Bu takýma nasýl katýlacagýnýzý öðrenmek için <a href="#1.6">1.6</a> numaralý maddeyi
-       okuyunuz.) Bu takým, tüm PostgreSQL geliþiminden sorumludur.</p>
-       <p>PostgreSQL 1.01 sürümünün yazarlarý Andrew Yu ve Jolly Chen idi. Bunlarýn dýþýnda
-       bir kaç kisi de uyarlama, hata ayýklama ve kodun geliþtirilmesi için çalýsmýþtý.
-       PostgreSQL'in türediði orijinal Postgres kodu, lisans, lisansüstü ve akademisyenler
-       tarafýndan, Professor Michael Stonebraker (University of California, Berkeley)
-       koordinatörlügünde yazýlmýþtýr.</p>
-       <p>Berkley'deki yazýlýmýn adý Postgres idi. <small>SQL</small> uyumluluðu
-       1995'te eklenince, adý Postgres 95 oldu. 1996 yýlýnýn sonlarýnda adý
-       PostgreSQL olarak deðiþtirildi.</p>
-       
-       <h4><a name="1.2">1.2</a>) PostgreSQL'in haklarý nedir?</h4>
+       (Bu takıma nasıl katılacagınızı öğrenmek için <a href="#1.6">1.6</a> numaralı maddeyi
+       okuyunuz.) Bu takım, tüm PostgreSQL gelişiminden sorumludur.</p>
+       <p>PostgreSQL 1.01 sürümünün yazarları Andrew Yu ve Jolly Chen idi. Bunların dışında
+       bir kaç kisi de uyarlama, hata ayıklama ve kodun geliştirilmesi için çalısmıştı.
+       PostgreSQL'in türediği orijinal Postgres kodu, lisans, lisansüstü ve akademisyenler
+       tarafından, Professor Michael Stonebraker (University of California, Berkeley)
+       koordinatörlügünde yazılmıştır.</p>
+       <p>Berkley'deki yazılımın adı Postgres idi. <small>SQL</small> uyumluluğu
+       1995'te eklenince, adı Postgres 95 oldu. 1996 yılının sonlarında adı
+       PostgreSQL olarak değiştirildi.</p>
+       
+       <h4><a name="1.2">1.2</a>) PostgreSQL'in hakları nedir?</h4>
        <p>PostgreSQL Data Base Management System</p>
 
                 <P>Portions Copyright (c) 1996-2008, PostgreSQL Global Development Group
@@ -178,395 +178,395 @@ adreslerinde g
        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.</p>
-       <p>Üstteki metin klasik açýk-kod lisansý olan BSD lisansýdýr. Kaynak kodun nasý
-       kullanýlabileceðine dair sýnýrlamalarý yoktur. Bu lisansý seviyoruz. Deðiþtirme 
-       niyetimiz bulunmamaktadýr.</p>
-       
-       <h4><a name="1.3">1.3</a>) PostgreSQL, hangi Unix platforlarýnda çalýþýr?</h4>
-       <p>Genel olarak, modern bir Unix-uyumlu platform PostgreSQL'i çalýþtýracaktýr.
-       Ayrýntýlý bilgi için kurulum belgelerine bakabilirsiniz.</p>
-       
-       <h4><a name="1.4">1.4</a>) Hangi Unix olmayan uyarlamalarý bulunmaktadýr?</h4>
-           <P>PostgreSQL 8.0 sürümü ile , PostgreSQL artýk Win2000, WinXP ve Win2003 gibi Microsoft 
-       Windows NT tabanlý iþletim sistemlerinde doðal olarak çalýþmaya baþlamýþtýr. Paketlenmiþ bir
-       kurulum programý, <a href="http://pgfoundry.org/projects/pginstaller">http://pgfoundry.org/projects/pginstaller</a>. adresinden 
+       <p>Üstteki metin klasik açık-kod lisansı olan BSD lisansıdır. Kaynak kodun nası
+       kullanılabileceğine dair sınırlamaları yoktur. Bu lisansı seviyoruz. Değiştirme 
+       niyetimiz bulunmamaktadır.</p>
+       
+       <h4><a name="1.3">1.3</a>) PostgreSQL, hangi Unix platforlarında çalışır?</h4>
+       <p>Genel olarak, modern bir Unix-uyumlu platform PostgreSQL'i çalıştıracaktır.
+       Ayrıntılı bilgi için kurulum belgelerine bakabilirsiniz.</p>
+       
+       <h4><a name="1.4">1.4</a>) Hangi Unix olmayan uyarlamaları bulunmaktadır?</h4>
+           <P>PostgreSQL 8.0 sürümü ile , PostgreSQL artık Win2000, WinXP ve Win2003 gibi Microsoft 
+       Windows NT tabanlı işletim sistemlerinde doğal olarak çalışmaya başlamıştır. Paketlenmiş bir
+       kurulum programı, <a href="http://pgfoundry.org/projects/pginstaller">http://pgfoundry.org/projects/pginstaller</a>. adresinden 
        indirilebilir.</P>
 
-       <p>Ayrýca, http://forge.novell.com adresinde Novell Netware 6 portu bulunmaktadýr.</p>
+       <p>Ayrıca, http://forge.novell.com adresinde Novell Netware 6 portu bulunmaktadır.</p>
        
        <h4><a name="1.5">1.5</a>) PostgreSQL'i nereden indirebilirim?</h4>
-       <p>PostgreSQL için ana anonim ftp sitesi <i><a href="ftp://ftp.PostgreSQL.org/pub">ftp://ftp.PostgreSQL.org/pub</a></i>
-       adresidir. Yansýlar için, ana web sayfamýza bakabilirsiniz.</p>
+       <p>PostgreSQL için ana anonim ftp sitesi <i><a href="ftp://ftp.PostgreSQL.org/pub">ftp://ftp.PostgreSQL.org/pub</a></i>
+       adresidir. Yansılar için, ana web sayfamıza bakabilirsiniz.</p>
        
        <h4><a name="1.6">1.6</a>) Nereden destek alabilirim?</h4>
-       <p>Ana e-posta listesi : pgsql-general@PostgreSQL.org. PostgreSQL konusundaki tartýþmalara
-       açýktýr. Üye olmak için, aþaðýdaki satýrlarý e-postanýzýn <i>body</i> kýsmýna
-       (konu kýsmýna deðil) yazýp, pgsql-general-request@PostgreSQL.org adresine gönderin:</p>
+       <p>Ana e-posta listesi : pgsql-general@PostgreSQL.org. PostgreSQL konusundaki tartışmalara
+       açıktır. Üye olmak için, aşağıdaki satırları e-postanızın <i>body</i> kısmına
+       (konu kısmına değil) yazıp, pgsql-general-request@PostgreSQL.org adresine gönderin:</p>
        <pre>subscribe<br>end</pre>
-       <p>Ayný zamanda, bir <i>digest</i> listesi bulunmaktadýr. Bu listeye üye olmak için, 
-       pgsql-general-digest-request@PostgreSQL.org adresine, body kýsmýnda</p>
+       <p>Aynı zamanda, bir <i>digest</i> listesi bulunmaktadır. Bu listeye üye olmak için, 
+       pgsql-general-digest-request@PostgreSQL.org adresine, body kısmında</p>
        <pre>subscribe<br>end</pre>
-       <p>yazan bir e-posta atmanýz yeterli olacaktýr.</p>
-       <p><i>Digest</i> postalar, ana liste 30k civarýnda e-postaya ulaþtýðýnda
-       üyelere gönderilmektedir.</p>
-       <p><i>Bug</i>'lar için bir e-posta listesi bulunmaktadýr. Bu listeye üye olmak için,
-       pgsql-bugs-request@PostgreSQL.org adresine, <i>body</i> kýsmýnda</p>
+       <p>yazan bir e-posta atmanız yeterli olacaktır.</p>
+       <p><i>Digest</i> postalar, ana liste 30k civarında e-postaya ulaştığında
+       üyelere gönderilmektedir.</p>
+       <p><i>Bug</i>'lar için bir e-posta listesi bulunmaktadır. Bu listeye üye olmak için,
+       pgsql-bugs-request@PostgreSQL.org adresine, <i>body</i> kısmında</p>
        <pre>subscribe<br>end</pre>
-       <p>yazan bir e-posta atmanýz yeterli olacaktýr.</p>
-       <p>Ayný zamanda, geliþtiriciler için tartýþma listesi bulunmaktadýr. Bu listeye
-       üye olmak için, pgsql-hackers-request@PostgreSQL.org adresine, body kýsmýnda</p>
+       <p>yazan bir e-posta atmanız yeterli olacaktır.</p>
+       <p>Aynı zamanda, geliştiriciler için tartışma listesi bulunmaktadır. Bu listeye
+       üye olmak için, pgsql-hackers-request@PostgreSQL.org adresine, body kısmında</p>
        <pre>subscribe<br>end</pre>
-       <p>yazan bir e-posta atmanýz yeterli olacaktýr.</p>
-       <p>Bunun dýþýndaki e-posta listelerine ve PostgreSQL hakkýnda bilgiye, PostgreSQL WWW 
-       ana sayfasýndan ulasabilirsiniz: <i><a href="http://www.PostgreSQL.org">http://www.PostgreSQL.org</a></i></p>
-       <p>Ayný zamanda, EFNet üzerinde, <code>#PostgreSQL</code> adlý bir IRC kanalý
-       bulunmaktadýr. Bunun için, <code>irc -c '#PostgreSQL' "$USER" irc.phoenix.net</code>
+       <p>yazan bir e-posta atmanız yeterli olacaktır.</p>
+       <p>Bunun dışındaki e-posta listelerine ve PostgreSQL hakkında bilgiye, PostgreSQL WWW 
+       ana sayfasından ulasabilirsiniz: <i><a href="http://www.PostgreSQL.org">http://www.PostgreSQL.org</a></i></p>
+       <p>Aynı zamanda, EFNet üzerinde, <code>#PostgreSQL</code> adlı bir IRC kanalı
+       bulunmaktadır. Bunun için, <code>irc -c '#PostgreSQL' "$USER" irc.phoenix.net</code>
        Unix komutunu kullanabilirsiniz.</p>
-       <p>Ticari destek veren firmalarýn listesine</p>
+       <p>Ticari destek veren firmaların listesine</p>
        <p><i><a href="http://www.postgresql.org/users-lounge/commercial-support.html">http://www.postgresql.org/users-lounge/commercial-support.html</a></i></p>
-       <p>adresinden ulaþbilirsiniz.</p>
+       <p>adresinden ulaşbilirsiniz.</p>
        
-       <h4><a name="1.7">1.7</a>) En son sürüm nedir?</h4>
-       <p>PostgreSQL'in son sürümü 7.4.6'dýr.</p>
-       <p>Her 6-8 ayda <i>ana sürüm</i> çýkarýlmasý planlanmaktadýr.</p>
+       <h4><a name="1.7">1.7</a>) En son sürüm nedir?</h4>
+       <p>PostgreSQL'in son sürümü 7.4.6'dır.</p>
+       <p>Her 6-8 ayda <i>ana sürüm</i> çıkarılması planlanmaktadır.</p>
 
-       <h4><a name="1.8">1.8</a>) Hangi belgelere ulaþabilirim?</h4>
-       <p>Daðýtýmýn içinde, kitapçýklar, kitapçýk sayfalarý ve bazý küçük örnekler verilmektedir.
-       <code>/doc</code> dizinine bakýnýz. Ayrýca, bu el kitapçýklarýný online olarak
+       <h4><a name="1.8">1.8</a>) Hangi belgelere ulaşabilirim?</h4>
+       <p>Dağıtımın içinde, kitapçıklar, kitapçık sayfaları ve bazı küçük örnekler verilmektedir.
+       <code>/doc</code> dizinine bakınız. Ayrıca, bu el kitapçıklarını online olarak
        <i><a href="http://www.PostgreSQL.org/docs/">http://www.PostgreSQL.org/docs/</a></i> adresinden inceleyebilirsiniz.</p>
        <p><i><a href="http://www.PostgreSQL.org/docs/awbook.html">http://www.PostgreSQL.org/docs/awbook.html</a></i>
        ve <i><a href="http://www.commandprompt.com/ppbook">http://www.commandprompt.com/ppbook</a></i>
-       adreslerinde PostgreSQL kitaplarý bulunmaktadýr. PostgreSQL kitablarýnýn listesine, 
-       <i><a href="http://www.ca.PostgreSQL.org/books/">http://www.ca.PostgreSQL.org/books/</a></i> adresinden ulaþaiblirsiniz.
-       Ayrýca, PostgreSQL konusundaki teknik makalelere de
-       <i><a href="http://techdocs.PostgreSQL.org/">http://techdocs.PostgreSQL.org/</a></i> adresinden ulaþabilirsiniz.</p>
+       adreslerinde PostgreSQL kitapları bulunmaktadır. PostgreSQL kitablarının listesine, 
+       <i><a href="http://www.ca.PostgreSQL.org/books/">http://www.ca.PostgreSQL.org/books/</a></i> adresinden ulaşaiblirsiniz.
+       Ayrıca, PostgreSQL konusundaki teknik makalelere de
+       <i><a href="http://techdocs.PostgreSQL.org/">http://techdocs.PostgreSQL.org/</a></i> adresinden ulaşabilirsiniz.</p>
        <p>psql'in, \d ile baslayan veri tipler, operatorler, fonksiyonlar,
-       <i>aggregate</i>'ler, vb. ile ilgili güzel komutlarý vardýr.</p>
-       <p>Web sitemiz daha fazla belgeyi içermektedir.</p>
+       <i>aggregate</i>'ler, vb. ile ilgili güzel komutları vardır.</p>
+       <p>Web sitemiz daha fazla belgeyi içermektedir.</p>
        
        <h4><a name="1.9">1.9</a>) Bilinen hatalar ya da eksik
-       özelliklere nereden ulaþabilirim?</h4>
-       <p>PostgreSQL SQL-92 uyumluluðu içindedir, standartlardan fazla da özellikleri
-       bulunmaktadýr. Bilinen hatalar, eksik özellikler ve gelecek ile ilgili planlar için
-       TODO listesine bakýnýz.</p>
+       özelliklere nereden ulaşabilirim?</h4>
+       <p>PostgreSQL SQL-92 uyumluluğu içindedir, standartlardan fazla da özellikleri
+       bulunmaktadır. Bilinen hatalar, eksik özellikler ve gelecek ile ilgili planlar için
+       TODO listesine bakınız.</p>
        
-       <h4><a name="1.10">1.10</a>) Nasýl <small>SQL</small> öðrenebilirim?</h4>
+       <h4><a name="1.10">1.10</a>) Nasıl <small>SQL</small> öğrenebilirim?</h4>
        <p><i><a href="http:/www.PostgreSQL.org/docs/awbook.html">http:/www.PostgreSQL.org/docs/awbook.html</a></i>
-       adresindeki kitap SQL ögretecektir.
+       adresindeki kitap SQL ögretecektir.
        <i><a href="http://www.commandprompt.com/ppbook">http://www.commandprompt.com/ppbook</a></i>
-       adresinde de bir baska PostgreSQL kitabý bulunmaktadýr.</p>
+       adresinde de bir baska PostgreSQL kitabı bulunmaktadır.</p>
        <p><i><a href="http://www.intermedia.net/support/sql/sqltut.shtm">http://www.intermedia.net/support/sql/sqltut.shtm</a></i>,
        <i><a href="http://ourworld.compuserve.com/homepages/graeme_birchall/HTM_COOK.HTM">http://ourworld.compuserve.com/homepages/graeme_birchall/HTM_COOK.HTM</a></i>
        <i><a href="http://sqlcourse.com">http://sqlcourse.com</a></i>
        ve <i><a href="http://sqlcourse2.com">http://sqlcourse2.com</a></i>
-       adreslerinde de güzel belgeler bulunmaktadýr.</p>
-       <p>Bir baþkasý da, <i><a href="http://members.tripod.com/er4ebus/sql/index.htm">http://members.tripod.com/er4ebus/sql/index.htm</a></i>
-       adresinde bulunan "<i>Teach Yourself SQL in 21 Days, Second Edition</i>" kitabýdýr.</p>
-       <p>Bazý kullanýcýlarýmýz da þu kitabý önermektedirler: "<i>The Practical SQL Handbook,
-       Bowman, Judith S., et al.,Addison-Wesley</i>". Bazýlarý ise "<i>The Complete
-       Reference SQL, Groff et al., McGraw-Hill</i>" kitabýný önermektedirler.</p>
-       
-       <h4><a name="1.11">1.11</a>) PostgreSQL 2000 yýlýna uyumlu mudur?</h4>
+       adreslerinde de güzel belgeler bulunmaktadır.</p>
+       <p>Bir başkası da, <i><a href="http://members.tripod.com/er4ebus/sql/index.htm">http://members.tripod.com/er4ebus/sql/index.htm</a></i>
+       adresinde bulunan "<i>Teach Yourself SQL in 21 Days, Second Edition</i>" kitabıdır.</p>
+       <p>Bazı kullanıcılarımız da şu kitabı önermektedirler: "<i>The Practical SQL Handbook,
+       Bowman, Judith S., et al.,Addison-Wesley</i>". Bazıları ise "<i>The Complete
+       Reference SQL, Groff et al., McGraw-Hill</i>" kitabını önermektedirler.</p>
+       
+       <h4><a name="1.11">1.11</a>) PostgreSQL 2000 yılına uyumlu mudur?</h4>
        <p>Evet.</p>
        
-       <h4><a name="1.12">1.12</a>) Geliþtirme takýmýna nasýl katýlabilirim?</h4>
-       <p>Öncelikle, en son kaynak kodunu indirin ve web sitemizdeki ya da daðýtýmýn içindeki
-       PostgreSQL Developer belgesini okuyun. Ardýndan, pgsql-hackers ve pgsql-patches 
-       listelerine üye olun. Üçüncü olarak da, pgsql-pacthes listesine yüksek kalitede 
-       yamalar gönderin.</p>
-       <p>PostgreSQL CVS arþivine eriþim izni olan, 10 kadar geliþtirici bulunmaktadýr.
-       Hepsi defalarca, diðer kiþilerin yaptýðýndan çok daha yüksek-kaliteli yamalar 
-       göndermiþlerdir. Ayrýca biz de bu geliþtiricilerin ekledikleri yamalarýn yüksek
-       kalitede olduðuna güveniyoruz.</p>
-       
-       <h4><a name="1.13">1.13</a>) Bir hata raporunu nasýl gönderebilirim?</h4>
-       <p>PostgreSQL BugTool sayfasýna gidiniz. O sayfada bir <i>bug</i> bildirmek
-       için neleri yapmanýz gerektiði anlatýlmýþtýr.</p>
-       <p>Ayrýca, <i><a href="ftp://ftp.PostgreSQL.org/pub">ftp://ftp.PostgreSQL.org/pub</a></i>
-       ftp adresimizde, yeni bir PostgreSQL sürümü ya da yamasý olup olmadýðýni kontrol ediniz.</p>
-       
-       <h4><a name="1.14">1.14</a>) PostgreSQL, diger DBMS'lerle nasýl karþýlastýrýlabilir?</h4>
-       <p>Bir yazýlýmýn gücünü ölçmek için çeþitli yollar vardýr: Yazýlýmýn özellikleri, 
-       baþarýmý, güvenilirliði, desteði ve ücreti.</p>
-       <p>Özellikler:</p>
-       <p>PostgreSQL mevcut büyük ticari veritabanlarýnýn, <i>transaction</i>,
+       <h4><a name="1.12">1.12</a>) Geliştirme takımına nasıl katılabilirim?</h4>
+       <p>Öncelikle, en son kaynak kodunu indirin ve web sitemizdeki ya da dağıtımın içindeki
+       PostgreSQL Developer belgesini okuyun. Ardından, pgsql-hackers ve pgsql-patches 
+       listelerine üye olun. Üçüncü olarak da, pgsql-pacthes listesine yüksek kalitede 
+       yamalar gönderin.</p>
+       <p>PostgreSQL CVS arşivine erişim izni olan, 10 kadar geliştirici bulunmaktadır.
+       Hepsi defalarca, diğer kişilerin yaptığından çok daha yüksek-kaliteli yamalar 
+       göndermişlerdir. Ayrıca biz de bu geliştiricilerin ekledikleri yamaların yüksek
+       kalitede olduğuna güveniyoruz.</p>
+       
+       <h4><a name="1.13">1.13</a>) Bir hata raporunu nasıl gönderebilirim?</h4>
+       <p>PostgreSQL BugTool sayfasına gidiniz. O sayfada bir <i>bug</i> bildirmek
+       için neleri yapmanız gerektiği anlatılmıştır.</p>
+       <p>Ayrıca, <i><a href="ftp://ftp.PostgreSQL.org/pub">ftp://ftp.PostgreSQL.org/pub</a></i>
+       ftp adresimizde, yeni bir PostgreSQL sürümü ya da yaması olup olmadığıni kontrol ediniz.</p>
+       
+       <h4><a name="1.14">1.14</a>) PostgreSQL, diger DBMS'lerle nasıl karşılastırılabilir?</h4>
+       <p>Bir yazılımın gücünü ölçmek için çeşitli yollar vardır: Yazılımın özellikleri, 
+       başarımı, güvenilirliği, desteği ve ücreti.</p>
+       <p>Özellikler:</p>
+       <p>PostgreSQL mevcut büyük ticari veritabanlarının, <i>transaction</i>,
        <i>subselect</i>, <i>trigger</i>, <i>view</i>, <i>foreign key referential integrity</i>
        ve <i>sophisticated locking</i> gibi (<i>user-defined types</i>), <i>rules</i>,
-       <i>inheritance</i> ve <i>lock</i> cakýþmalarýný düþürmek için <i>multi-version</i>
-       uyumluluk özellikleri bulunmaktadýr.</p>
-       <p>Performans (Baþarým):</p>
-       <p>PostgreSQL, diðer ticari ve açýk kaynak kodlu veritabanlarýyla yakýn baþarýmý saðlar.
-       Bazý açýlardan daha hýzlýdýr, diðer açýlardan da yavaþtýr. MySQL ya da daha zayý
-       veritabanlarý ile karþýlaþtýrýldýðýnda, <code>INSERT/UPDATE</code> iþlemlerinde,
-       <i>transaction</i> bazlý çalýstýðýmýz için daha yavaþýz. MySQL, yukarýdaki "özellikler"
-       kýsmýnda belirtilenlerden hiç birine sahip deðildir. Biz, baþarýmýmýzý her sürümde
-       arttýrsak da, esneklik ve geliþmiþ özellikler için yapýlanmýþ durumdayýz.
-       PostgreSQL'i MySQL ile karþýlaþtýran þu web sitesine bakabilirsiniz:
+       <i>inheritance</i> ve <i>lock</i> cakışmalarını düşürmek için <i>multi-version</i>
+       uyumluluk özellikleri bulunmaktadır.</p>
+       <p>Performans (Başarım):</p>
+       <p>PostgreSQL, diğer ticari ve açık kaynak kodlu veritabanlarıyla yakın başarımı sağlar.
+       Bazı açılardan daha hızlıdır, diğer açılardan da yavaştır. MySQL ya da daha zayı
+       veritabanları ile karşılaştırıldığında, <code>INSERT/UPDATE</code> işlemlerinde,
+       <i>transaction</i> bazlı çalıstığımız için daha yavaşız. MySQL, yukarıdaki "özellikler"
+       kısmında belirtilenlerden hiç birine sahip değildir. Biz, başarımımızı her sürümde
+       arttırsak da, esneklik ve gelişmiş özellikler için yapılanmış durumdayız.
+       PostgreSQL'i MySQL ile karşılaştıran şu web sitesine bakabilirsiniz:
        <i><a href="http://openacs.org/why-not-mysql.html">http://openacs.org/why-not-mysql.html</a></i></p>
-       <p>Güvenilirlik:</p>
-       <p><i>DBMS</i>'lerin güvenilir olmasý gerketiði, yoksa deðerleri olmayacaðýný düþünüyoruz.
-       Çok iyi test edilmiþ, dengeli çalýsan minimum sayýda hata içeren kod sunmaya çalýþýyoruz.
-       Her bir sürüm en az 1 aylýk beta testlerinden geçirilmektedir. Sürüm geçmiþine bakarsanýz,
-       üretime hazýr, dengeli ve kararlý kodlar sunduðumuzu görebilirsiniz. Bu alanda, diðer 
-       veritabaný yazýlýmlarýna üstünlüðümüz olduðuna inanmaktayýz.</p>
+       <p>Güvenilirlik:</p>
+       <p><i>DBMS</i>'lerin güvenilir olması gerketiği, yoksa değerleri olmayacağını düşünüyoruz.
+       Çok iyi test edilmiş, dengeli çalısan minimum sayıda hata içeren kod sunmaya çalışıyoruz.
+       Her bir sürüm en az 1 aylık beta testlerinden geçirilmektedir. Sürüm geçmişine bakarsanız,
+       üretime hazır, dengeli ve kararlı kodlar sunduğumuzu görebilirsiniz. Bu alanda, diğer 
+       veritabanı yazılımlarına üstünlüğümüz olduğuna inanmaktayız.</p>
        <p>Destek:</p>
-       <p>E-posta listemiz, oluþan herhangi bir sorunu çözebilecek büyük sayýda kullanýcý
-       ve geliþtirici grubunu içerir. Sorununuz için, en az bir ticari veritabaný kadar
-       rahat çözüm bulabilirsiniz. Gelistiricilere, kullanýcý grubuna, belgelere ve
-       kaynak koda direk olarak eriþebilme, PostgreSQL desteðini, diðer <i>DBMS</i>'lere
-       göre daha önemli kýlar. Gereksinimi olanlara, ticari destek verilebilir.
-       (Destek için 1.6 bölümüne bakýnýz.)</p>
+       <p>E-posta listemiz, oluşan herhangi bir sorunu çözebilecek büyük sayıda kullanıcı
+       ve geliştirici grubunu içerir. Sorununuz için, en az bir ticari veritabanı kadar
+       rahat çözüm bulabilirsiniz. Gelistiricilere, kullanıcı grubuna, belgelere ve
+       kaynak koda direk olarak erişebilme, PostgreSQL desteğini, diğer <i>DBMS</i>'lere
+       göre daha önemli kılar. Gereksinimi olanlara, ticari destek verilebilir.
+       (Destek için 1.6 bölümüne bakınız.)</p>
        <p>Fiyat:</p>
-       <p>Ticari ve ticari olmayan tüm kullanýmlarýnýz için PostgreSQL ücretsizdir. Kodumuzu,
-       yukarýda belirtilen BSD-stili lisanstaki sýnýrlamalar hariç, ürününüzün içine
+       <p>Ticari ve ticari olmayan tüm kullanımlarınız için PostgreSQL ücretsizdir. Kodumuzu,
+       yukarıda belirtilen BSD-stili lisanstaki sınırlamalar hariç, ürününüzün içine
        ekleyebilirsiniz.</p>
        
-       <h4><a name="1.15">1.15</a>) PostgreSQL'e maddi açýdan nasýl destek olabilirim?</h4>
-       <p>PostgreSQL, 1996 yýlýndan beri 1. sýnýf altyapýya sahiptir. Bunun için, yýllar
-       boyu çalýþýp bu altyapýyý oluþturup yöneten Marc Fournier'e teþekkürler.</p>
-       <p>Bir açýk kaynak kodlu proje için, kaliteli altyapý çok önemlidir. Bu altyapý,
-       projenin kesilmesini önler ve projenin ilerlemesini hýzlandýrýr.</p>
-       <p>Tabii ki bu altyapý ucuz deðildir. Ýþlerin yürümesi için çeþitli yýlýk ve anlý
-       harcamalarýmýz olmaktadýr. Eðer siz ya da þirketinizin bu çabamýza baðýþta
-       bulunabilecek parasý varsa, lütfen
+       <h4><a name="1.15">1.15</a>) PostgreSQL'e maddi açıdan nasıl destek olabilirim?</h4>
+       <p>PostgreSQL, 1996 yılından beri 1. sınıf altyapıya sahiptir. Bunun için, yıllar
+       boyu çalışıp bu altyapıyı oluşturup yöneten Marc Fournier'e teşekkürler.</p>
+       <p>Bir açık kaynak kodlu proje için, kaliteli altyapı çok önemlidir. Bu altyapı,
+       projenin kesilmesini önler ve projenin ilerlemesini hızlandırır.</p>
+       <p>Tabii ki bu altyapı ucuz değildir. İşlerin yürümesi için çeşitli yılık ve anlı
+       harcamalarımız olmaktadır. Eğer siz ya da şirketinizin bu çabamıza bağışta
+       bulunabilecek parası varsa, lütfen
        <i><a href="http://store.pgsql.com/">http://store.pgsql.com/</a></i>
-       adresine gidiniz ve baðýþta, hibede bulununuz.</p>
-       <p>Web sayfasýnýn 'PostgreSQL Inc.' den bahsetmesine raðmen, "katkýda bulunanlar" 
-       (<i>contributors</i>) maddesi sadece PostgreSQL projesini desteklemek içindir ve
-       belirli bir þirketin para kaynaðý deðildir. isterseniz, baðlantý adresine bir
-       çek gönderebilirsiniz.</p>
+       adresine gidiniz ve bağışta, hibede bulununuz.</p>
+       <p>Web sayfasının 'PostgreSQL Inc.' den bahsetmesine rağmen, "katkıda bulunanlar" 
+       (<i>contributors</i>) maddesi sadece PostgreSQL projesini desteklemek içindir ve
+       belirli bir şirketin para kaynağı değildir. isterseniz, bağlantı adresine bir
+       çek gönderebilirsiniz.</p>
        
        <hr>
        
-   <h2 align="center">Kullanýcý/Ýstemci Sorularý</h2>
+   <h2 align="center">Kullanıcı/İstemci Soruları</h2>
        
-       <h4><a name="2.1">2.1</a>) PostgreSQL icin ODBC sürücüleri var mý?</h4>
-       <p>iki tane ODBC sürücüsü bulunmaktadýr:  PsqlODBC ve OpenLink ODBC.</p>
+       <h4><a name="2.1">2.1</a>) PostgreSQL icin ODBC sürücüleri var mı?</h4>
+       <p>iki tane ODBC sürücüsü bulunmaktadır:  PsqlODBC ve OpenLink ODBC.</p>
        <p>PsqlODBC'i http://gborg.postgresql.org/project/psqlodbc/projdisplay.php adresinden 
        indirebilirsiniz.</p>
-       <p>OpenLink ODBC http://www.openlinksw.com adresinden alýnabilir.Bu sürücü,
-       kendi standart ODBC istemci yazýlýmý ile çalýstýðýndan, destekledikleri 
+       <p>OpenLink ODBC http://www.openlinksw.com adresinden alınabilir.Bu sürücü,
+       kendi standart ODBC istemci yazılımı ile çalıstığından, destekledikleri 
        her platformda (Win, Mac, Unix, VMS) PostgreSQL ODBC bulunmalidir.</p>
-       <p>Ücretsiz sürümü olmakla beraber, ticari kalitede destek almak isteyenlere satmak isteyeceklerdir. 
-       Sorularýnýzý lütfen postgres95@openlink.co.uk adresine gönderiniz.</p>
+       <p>Ücretsiz sürümü olmakla beraber, ticari kalitede destek almak isteyenlere satmak isteyeceklerdir. 
+       Sorularınızı lütfen postgres95@openlink.co.uk adresine gönderiniz.</p>
        
-       <h4><a name="2.2">2.2</a>) PostgreSQL'i web sayfalarýnda kullanabilmek için hangi
-       araçlar bulunmaktadýr?</h4>
+       <h4><a name="2.2">2.2</a>) PostgreSQL'i web sayfalarında kullanabilmek için hangi
+       araçlar bulunmaktadır?</h4>
        <p><i><a href="http://www.webreview.com/">http://www.webreview.com/</a></i> adresinde,
-       arka planda veritabaný çalýstýran Web sayfalarý için giriþ seviyesinde bilgi bulunmaktadýr.</p>
-       <p>Web ile bütünleþme için, PHP (<i><a href="http://www.php.net/"></a></i>)
-       mükemmel bir arabirim sunar.</p>
-       <p>Karmaþýk sorunlar için, çoðu kisi Perl arabirimini ve CGI.pm ya da mod_perl kullanýr.</p>
+       arka planda veritabanı çalıstıran Web sayfaları için giriş seviyesinde bilgi bulunmaktadır.</p>
+       <p>Web ile bütünleşme için, PHP (<i><a href="http://www.php.net/"></a></i>)
+       mükemmel bir arabirim sunar.</p>
+       <p>Karmaşık sorunlar için, çoğu kisi Perl arabirimini ve CGI.pm ya da mod_perl kullanır.</p>
        
-       <h4><a name="2.3">2.3</a>) PostgreSQL'in grafik kullanýcý arabirimi var mýdýr?</h4>
-       <p>Çeþitli grafik arabirimlerimiz bulunmaktadýr. Bunlarýn arasýnda,
+       <h4><a name="2.3">2.3</a>) PostgreSQL'in grafik kullanıcı arabirimi var mıdır?</h4>
+       <p>Çeşitli grafik arabirimlerimiz bulunmaktadır. Bunların arasında,
        PgAccess (<i><a href="http://www.pgaccess.org/">http://www.pgaccess.org/</a></i>),
-       PgAdmin II (<i><a href="http://www.pgadmin.org/">http://www.pgadmin.org/</a></i>, sadece Win32 için),
+       PgAdmin II (<i><a href="http://www.pgadmin.org/">http://www.pgadmin.org/</a></i>, sadece Win32 için),
        RHDB Admin (<i><a href="http://sources.redhat.com/rhdb/">http://sources.redhat.com/rhdb/</a></i>)
        ve Rekall (<i><a href="http://www.thekompany.com/products/rekall/">http://www.thekompany.com/products/rekall/</a></i>)
-       bulunmaktadýr. Ayrýca, PostgreSQL için web tabanlý bir arabirim olan
-       PHPPgAdmin (<i><a href="http://phppgadmin.sourceforge.net/">http://phppgadmin.sourceforge.net/</a></i>) bulunmaktadýr.</p>
-       <p>Daha ayrýntýlý liste için
+       bulunmaktadır. Ayrıca, PostgreSQL için web tabanlı bir arabirim olan
+       PHPPgAdmin (<i><a href="http://phppgadmin.sourceforge.net/">http://phppgadmin.sourceforge.net/</a></i>) bulunmaktadır.</p>
+       <p>Daha ayrıntılı liste için
        <i><a href="http://techdocs.postgresql.org/guides/GUITools">http://techdocs.postgresql.org/guides/GUITools</a></i>
        adresine bakabilirsiniz.</p>
        
-       <h4><a name="2.4">2.4</a>) PostgreSQL ile iletiþimi kurabilmek için hangi dilleri kullanabilirim?</h4>
+       <h4><a name="2.4">2.4</a>) PostgreSQL ile iletişimi kurabilmek için hangi dilleri kullanabilirim?</h4>
        <ul><li>C (libpq)</li>
        <li>Embedded C (ecpg)</li>
        <li>Java (jdbc)</li>
        <li>Python (PyGreSQL)</li>
        <li>TCL (libpgtcl)</li></ul>
-       <p>Diðerleri için, http://gborg.postgresql.org adresindeki Drivers/Interfaces bölümüne 
+       <p>Diğerleri için, http://gborg.postgresql.org adresindeki Drivers/Interfaces bölümüne 
        bakabilirsiniz.</p>
        
        <hr>
        
-   <h2 align="center">Yönetimsel Sorular</h2>
+   <h2 align="center">Yönetimsel Sorular</h2>
        
        <h4><a name="3.1">3.1</a>) PostgreSQL'i, <code>/usr/local/pgsql</code> dizininden
-       baþka dizinlere nasýl kurabilirim?</h4>
-       <p><i>configure</i> betiðini çalýstýrýrken, <code>--prefix</code> seçeneðini veriniz.</p>
-       
-       <h4><a name="3.2">3.2</a>) postmaster'i baslattýgýmda, a Bad System Call ya da core dumped mesajý alýyorum. Neden?</h4>
-       <p>Bunun birçok nedeni olabilir. Ancak ilk kontrol edilmesi gereken sey, çekirdeginize
-       System V uzantýlarýnýn kurulu olup olmadýgýný kontrol etmek olabilir. PostgreSQL 
-       shared memory ve semaphores için çekirdek destegine gereksinim duyar.</p>
-       
-       <h4><a name="3.3">3.3</a>) postmaster'i baþlattýðýmda, <code>ýpcMemoryCreate</code>
-       hatasý alýyorum. Neden?</h4>
-       <p>Ya çekirdeðinizde <i>shared memory</i> desteðiniz düzgünce yapýlandýrýlmamýþtýr,
-       ya da çekirdeðinizdeki mevcut <i>shared memory</i> miktarýný büyütmeniz gerekecektir.
-       Gereksinim duyacaðýnýz miktar, mimarinize ve postmaster için ayarladýgýnýz tampon
-       ile <i>backend</i> iþlemi sayýsýna baðlýdýr. Tüm sistemler için, tamponlar ve
-       iþlemlerde öntanýmlý sayýlarla, ~ 1MB kadar yere gereksinmeniz olacaktýr.
+       başka dizinlere nasıl kurabilirim?</h4>
+       <p><i>configure</i> betiğini çalıstırırken, <code>--prefix</code> seçeneğini veriniz.</p>
+       
+       <h4><a name="3.2">3.2</a>) postmaster'i baslattıgımda, a Bad System Call ya da core dumped mesajı alıyorum. Neden?</h4>
+       <p>Bunun birçok nedeni olabilir. Ancak ilk kontrol edilmesi gereken sey, çekirdeginize
+       System V uzantılarının kurulu olup olmadıgını kontrol etmek olabilir. PostgreSQL 
+       shared memory ve semaphores için çekirdek destegine gereksinim duyar.</p>
+       
+       <h4><a name="3.3">3.3</a>) postmaster'i başlattığımda, <code>ıpcMemoryCreate</code>
+       hatası alıyorum. Neden?</h4>
+       <p>Ya çekirdeğinizde <i>shared memory</i> desteğiniz düzgünce yapılandırılmamıştır,
+       ya da çekirdeğinizdeki mevcut <i>shared memory</i> miktarını büyütmeniz gerekecektir.
+       Gereksinim duyacağınız miktar, mimarinize ve postmaster için ayarladıgınız tampon
+       ile <i>backend</i> işlemi sayısına bağlıdır. Tüm sistemler için, tamponlar ve
+       işlemlerde öntanımlı sayılarla, ~ 1MB kadar yere gereksinmeniz olacaktır.
        <i><a href="http://www.postgresql.com/docs/7.3/interactive/admin.html">PostgreSQL
-       7.3.2 Sistem Yöneticileri Rehberi</a></i>'ne, <i>shared memory</i> ve <i>semaphorelar</i>
-       hakkýndaki ayrýntýlý bilgi için bakabilirsiniz.</p>
-       
-       <h4><a name="3.3">3.4</a>) postmaster'ý baþlattýðýmda,
-       <code>ýpcSemaphoreCreate</code> hatasý alýyorum. Neden?</h4>
-       <p>Eðer hata, "<code>ýpcSemaphoreCreate: semget failed (No space left on device)</code>"
-       ise, çekirdeðiniz yeterli <i>semaphore</i> ile yapýlandýrýlmamýþ demektir. Postgres, her 
-       bir potansiyel <i>backend</i> için bir <i>semaphore</i> gereksinimi duyar. Geçici
-       bir çözüm, postmasterý <i>backend</i> iþlemleri için daha az miktarda sýnýrla
-       baþlatmak olabilir. <code>-N</code>'i varsayýlan deðer olan 32'den küçük bir
-       deðerle baþlatýnýz. Daha kalýcý bir çözüm, çekirdeðinizin <code>SEMMNS</code> ve
-       <code>SEMMNI</code> parametrelerini yükseltmek olacaktýr.</p>
-       <p>Çalýþmayan <i>semaphore</i>'lar aðýr veritabaný iþlemlerinde çökme yaratabilirler.</p>
-       <p>Eðer hata mesajýnýz baþka bir þey ise, çekirdeðinizde <i>semaphore</i> desteðini 
-       yapýlandýrmamýþ olabilirsiniz. <i>Shared memory</i> ve <i>semaphore</i>'lar hakkýndaki
-       daha ayrýntýlý bilgi için
+       7.3.2 Sistem Yöneticileri Rehberi</a></i>'ne, <i>shared memory</i> ve <i>semaphorelar</i>
+       hakkındaki ayrıntılı bilgi için bakabilirsiniz.</p>
+       
+       <h4><a name="3.3">3.4</a>) postmaster'ı başlattığımda,
+       <code>ıpcSemaphoreCreate</code> hatası alıyorum. Neden?</h4>
+       <p>Eğer hata, "<code>ıpcSemaphoreCreate: semget failed (No space left on device)</code>"
+       ise, çekirdeğiniz yeterli <i>semaphore</i> ile yapılandırılmamış demektir. Postgres, her 
+       bir potansiyel <i>backend</i> için bir <i>semaphore</i> gereksinimi duyar. Geçici
+       bir çözüm, postmasterı <i>backend</i> işlemleri için daha az miktarda sınırla
+       başlatmak olabilir. <code>-N</code>'i varsayılan değer olan 32'den küçük bir
+       değerle başlatınız. Daha kalıcı bir çözüm, çekirdeğinizin <code>SEMMNS</code> ve
+       <code>SEMMNI</code> parametrelerini yükseltmek olacaktır.</p>
+       <p>Çalışmayan <i>semaphore</i>'lar ağır veritabanı işlemlerinde çökme yaratabilirler.</p>
+       <p>Eğer hata mesajınız başka bir şey ise, çekirdeğinizde <i>semaphore</i> desteğini 
+       yapılandırmamış olabilirsiniz. <i>Shared memory</i> ve <i>semaphore</i>'lar hakkındaki
+       daha ayrıntılı bilgi için
        <i><a href="http://www.postgresql.com/docs/7.3/interactive/admin.html">PostgreSQL
-       7.3.2 Sistem Yöneticileri Rehberi</a></i>'ne bakabilirsiniz.</p>
+       7.3.2 Sistem Yöneticileri Rehberi</a></i>'ne bakabilirsiniz.</p>
        
        
-       <h4><a name="3.5">3.5</a>) Diger bilgisayarlarýn benim PostgreSQL veritabaný
-       sunucuma baðlantýlarýný nasýl kontrol edebilirim?</h4>
-       <p>Ön tanýmlý olarak, PostgreSQL sadece yerel makineden <i>Unix domain sockets</i>
-       kullanarak baðlanýlmasýna izin verir. Diger makineler, postmaster'a <code>-i</code>
-       etiketini geçirmezseniz ve <code>$PGDATA/pg_hba.conf</code> dosyasýný düzenleyerek
-       <i>host-based authentication</i>'a  olanak vermezseniz, baðlantý yapamayacaklardýr.</p>
+       <h4><a name="3.5">3.5</a>) Diger bilgisayarların benim PostgreSQL veritabanı
+       sunucuma bağlantılarını nasıl kontrol edebilirim?</h4>
+       <p>Ön tanımlı olarak, PostgreSQL sadece yerel makineden <i>Unix domain sockets</i>
+       kullanarak bağlanılmasına izin verir. Diger makineler, postmaster'a <code>-i</code>
+       etiketini geçirmezseniz ve <code>$PGDATA/pg_hba.conf</code> dosyasını düzenleyerek
+       <i>host-based authentication</i>'a  olanak vermezseniz, bağlantı yapamayacaklardır.</p>
        
        <h4><a name="3.6">3.6</a>) Veritabani motorunu daha iyi
-       baþarým için nasýl ayarlayabilirim?</h4>
-       <p><i>Index</i>'ler sorgularý hýzlandýrabilir. <code>EXPLAIN</code> komutu,
-       PostgreSQL'in sorgunuzu nasýl yorumladýðýný ve hangi <i>index</i>'leri kullandýðýný
-       görmenize izin verir.</p>
-       <p>Eðer cok fazla <code>INSERT</code> iþlemi yapýyorsanýz, bunlarý büyük bir
-       toplu iþlem dosyasýkullanýp <code>COPY</code> komutu ile veritabanýna girmeyi
-       deneyiniz. Bu, tekil <code>INSERT</code>'lerden daha hýzlýdýr. Ýkinci olarak,
-       <code>BEGIN WORK/COMMIT</code> <i>transaction</i> bloðu içinde olmayan ifadeler kendi 
-       <i>transaction</i>'larýndaymýþ gibi düþünülür. Çoklu ifadeleri tek bir
-       <i>transaction</i> bloðu içinde yapabilirsiniz. Bu, <i>transaction overhead</i>'ini
-       düþürecektir. Tek bir <i>transaction</i> bloðu içinde birden çok ifadeyi çalýþtýrmayý 
-       deneyebilirsiniz. Bu da ayný þekilde, <i>transaction overhead</i>'ini düþürür.</p>
-       <p>Çeþitli ayarlama seçenekleri mevcuttur. <code>fsync()</code> iþlemini, postmaster'ý
-       <code>-o -F</code> seçeneði ile baþlatarak devre dýþý býrakabilirsiniz. Bu iþlem,
+       başarım için nasıl ayarlayabilirim?</h4>
+       <p><i>Index</i>'ler sorguları hızlandırabilir. <code>EXPLAIN</code> komutu,
+       PostgreSQL'in sorgunuzu nasıl yorumladığını ve hangi <i>index</i>'leri kullandığını
+       görmenize izin verir.</p>
+       <p>Eğer cok fazla <code>INSERT</code> işlemi yapıyorsanız, bunları büyük bir
+       toplu işlem dosyasıkullanıp <code>COPY</code> komutu ile veritabanına girmeyi
+       deneyiniz. Bu, tekil <code>INSERT</code>'lerden daha hızlıdır. İkinci olarak,
+       <code>BEGIN WORK/COMMIT</code> <i>transaction</i> bloğu içinde olmayan ifadeler kendi 
+       <i>transaction</i>'larındaymış gibi düşünülür. Çoklu ifadeleri tek bir
+       <i>transaction</i> bloğu içinde yapabilirsiniz. Bu, <i>transaction overhead</i>'ini
+       düşürecektir. Tek bir <i>transaction</i> bloğu içinde birden çok ifadeyi çalıştırmayı 
+       deneyebilirsiniz. Bu da aynı şekilde, <i>transaction overhead</i>'ini düşürür.</p>
+       <p>Çeşitli ayarlama seçenekleri mevcuttur. <code>fsync()</code> işlemini, postmaster'ı
+       <code>-o -F</code> seçeneği ile başlatarak devre dışı bırakabilirsiniz. Bu işlem,
        <code>fsync()</code>'lerin her <i>transactiondan</i> sonra diski <i>flush</i> etmesini
        engelleyecektir.</p>
-       <p>Ayný zamanda, postmaster'i <code>-B</code> seçeneði ile baþlatýp, <i>backend</i>
-       iþlemleri tarafýndan kullanýlan <i>shared memory buffers</i> sayýlarýný arttýrabilirsiniz.
-       Eðer bu parametreyi çok yüksek tutarsanýz, çekirdeðinizin <i>shared memory</i>
-       bölgesindeki limiti aþma olasýlýðýnýz yüzünden postmaster baþlayamayabilir. Her bir
-       tampon (<i>buffer</i>) 8K'dýr. Öntanýmlý sayý ise 64 tampondur.</p>
-       <p>Ayný þekilde, backend'in <code>-S</code> seçeneðini geçici sýralamalar için
-       <i>backend</i> süreçleri tarafýndan kullanýlacak hafýzayý arttýrmak amacýyla
-       kullanabilirsiniz. <code>-S</code> seçeneði kilobayt cinsinden deðer alýr ve ön
-       tanýmlý deðeri 512'dir (512 K)</p>
-       <p>Tablolardaki veriyi bir <i>index</i>'e eþlemek amacýyla gruplama için
-       <code>CLUSTER</code> komutunu kullanabilirsiniz. Ayrýntýlý bilgi için
-       <code>CLUSTER</code> komutunun yardým sayfasýna bakabilirsiniz.</p>
-       
-       <h4><a name="3.7">3.7</a>) Hangi hata ayýklama özellikleri bulunmaktadýr?</h4>
-       <p>PostgreSQL, hata ayýklama amacýyla kullanýlabilecek durum bilgisi
-       rapor eden çeþitli özeliklere sahiptir.</p>
-       <p>Öncelikle, <i>configure</i> betiðini <code>--enable-cassert</code> seçeneðiyle
-       çalýþtýrýrsanýz, bir çok <code>assert() backend</code> calýþmasýný gözlemler ve
-       beklenmeyen bir durumda programý durdurur.</p>
-       <p>Postmaster ve postgres çeþitli hata ayýklama seçeneklerine sahiptir. Öncelikle,
-       postmaster'ý baþlattýðýnýzda, standart çýktýyý ve hatalarý bir log dosyasýna 
-       yönlendirdiðinize emin olun:</p>
+       <p>Aynı zamanda, postmaster'i <code>-B</code> seçeneği ile başlatıp, <i>backend</i>
+       işlemleri tarafından kullanılan <i>shared memory buffers</i> sayılarını arttırabilirsiniz.
+       Eğer bu parametreyi çok yüksek tutarsanız, çekirdeğinizin <i>shared memory</i>
+       bölgesindeki limiti aşma olasılığınız yüzünden postmaster başlayamayabilir. Her bir
+       tampon (<i>buffer</i>) 8K'dır. Öntanımlı sayı ise 64 tampondur.</p>
+       <p>Aynı şekilde, backend'in <code>-S</code> seçeneğini geçici sıralamalar için
+       <i>backend</i> süreçleri tarafından kullanılacak hafızayı arttırmak amacıyla
+       kullanabilirsiniz. <code>-S</code> seçeneği kilobayt cinsinden değer alır ve ön
+       tanımlı değeri 512'dir (512 K)</p>
+       <p>Tablolardaki veriyi bir <i>index</i>'e eşlemek amacıyla gruplama için
+       <code>CLUSTER</code> komutunu kullanabilirsiniz. Ayrıntılı bilgi için
+       <code>CLUSTER</code> komutunun yardım sayfasına bakabilirsiniz.</p>
+       
+       <h4><a name="3.7">3.7</a>) Hangi hata ayıklama özellikleri bulunmaktadır?</h4>
+       <p>PostgreSQL, hata ayıklama amacıyla kullanılabilecek durum bilgisi
+       rapor eden çeşitli özeliklere sahiptir.</p>
+       <p>Öncelikle, <i>configure</i> betiğini <code>--enable-cassert</code> seçeneğiyle
+       çalıştırırsanız, bir çok <code>assert() backend</code> calışmasını gözlemler ve
+       beklenmeyen bir durumda programı durdurur.</p>
+       <p>Postmaster ve postgres çeşitli hata ayıklama seçeneklerine sahiptir. Öncelikle,
+       postmaster'ı başlattığınızda, standart çıktıyı ve hataları bir log dosyasına 
+       yönlendirdiğinize emin olun:</p>
        <pre>cd /usr/local/pgsql<br>./bin/postmaster >server.log 2>&amp;1 &amp;</pre>
-       <p>Bu iþlem PostgreSQL ana dizinine <code>server.log</code> dosyasý yerleþtirecektir.
-       Bu dosya sunucunun yaþadýðý sorunlar ya da hatalar hakkýnda yararlý bilgiler içerir.
-       <code>-d</code> seçeneði, hata ayýklama seviyesini belirten bir rakam ile kullanýlýr.
-       Yüksek hata ayýklama seviyelerinin büyük log dosyalarý oluþturacaðýný unutmayýnýz.</p>
-       <p>Eðer postmaster çalýþmýyorsa, <code>postgres backend</code>'ini komut satýrýndan
-       çalýþtýrabilir ve SQL ifadenizi direk olarak yazabilirsiniz. Bu sadece hata ayýklama
-       amacýyla önerilir. Burada, noktalý virgülün deðil de yeni bir satýrýn sorguyu
-       sonlandýrdýðýný unutmayýnýz. Eðer hata ayýklama sembolleri ile derlediyseniz,
-       ne olduðunu görmek için bir hata ayýklayýcý kullanabilirsiniz. <i>backend</i>
-       postmaster'dan baþlatýlmadýðýndan, eþdeðer bir ortamda çalýþmamaktadýr ve
-       <i>locking/backend</i> etkileþim sorunlarý artabilir.</p>
-       <p>Eðer postmaster çalýþýyorsa, bir pencerede psql'i çalýþtýrýn ve psql tarafýndan
-       kullanýlan postgres sürecinin süreç numarasýný (<code>PID</code>) bulun. Postgres
-       süreci ile iliþkilendirmek için bir hata ayýklarýcý kullanýn. Sorgularý psql aracýlýðý
-       ile çalýþtýrabilirsiniz. Eðer postgres baþlangýcýnda hata ayýklamak istiyorsanýz,
-       <code>PGOPTIONS="-W n"</code> seçeneðini ayarlayabilir ve psql'i baþlatabilirsiniz.
-       Bu iþlem, baþlangýcýn <code>n</code> saniye kadar gecikmesini saðlayacaktýr; böylece
-       hata ayýklayýcýyý sürece iliþkilendirdikten sonra baþlangýç sürecinin devam etmesini 
-       saðlayabilirsiniz.</p>
-       <p>postgres programý hata ayýklama ve baþarým ölçümleri için <code>-s</code>,
-       <code>-A</code> ve <code>-t</code> seçeneklerine sahiptir.</p>
-       
-       <h4><a name="3.8">3.8</a>) Baðlanmaya çalýþýrken, neden "<i>Sorry, too many
-       clients</i>" hatasýný alýyorum?</h4>
-       <p>Postmaster'ýn  eþzamanlý olarak baþlatabileceði <i>backend</i> süreçleri
-       sýnýrlarýný arttýrmanýz gerekmektedir.</p>
-       <p>Ön tanýmlý deðer 32 süreçtir. Bunu, postmaster'ý uygun <code>-N</code>
-       deðeri ile ya da <code>postgresql.conf</code> dosyasýný düzenleyerek yeniden
-       baþlatmakla arttýrabilirsiniz.</p>
-       <p>Eðer <code>-N</code> deðerini 32'den büyük yapacaksanýz, ayný zamanda
-       <code>-B</code> deðerini de deðiþtirmeniz gerektiðini unutmayýn. <code>-B</code>,
-       <code>-N</code>'nin en az 2 katý kadar olmalýdýr; daha iyi baþarým için bu sayýyý daha
-       da arttýrmalýsýnýz. Yüksek sayýdaki <i>backend</i> süreçleri için, çeþitli çekirdek
-       yapýlandýrma parametrelerini arttýrmanýz gerekecektir. Yapýlmasý gerekenler,
+       <p>Bu işlem PostgreSQL ana dizinine <code>server.log</code> dosyası yerleştirecektir.
+       Bu dosya sunucunun yaşadığı sorunlar ya da hatalar hakkında yararlı bilgiler içerir.
+       <code>-d</code> seçeneği, hata ayıklama seviyesini belirten bir rakam ile kullanılır.
+       Yüksek hata ayıklama seviyelerinin büyük log dosyaları oluşturacağını unutmayınız.</p>
+       <p>Eğer postmaster çalışmıyorsa, <code>postgres backend</code>'ini komut satırından
+       çalıştırabilir ve SQL ifadenizi direk olarak yazabilirsiniz. Bu sadece hata ayıklama
+       amacıyla önerilir. Burada, noktalı virgülün değil de yeni bir satırın sorguyu
+       sonlandırdığını unutmayınız. Eğer hata ayıklama sembolleri ile derlediyseniz,
+       ne olduğunu görmek için bir hata ayıklayıcı kullanabilirsiniz. <i>backend</i>
+       postmaster'dan başlatılmadığından, eşdeğer bir ortamda çalışmamaktadır ve
+       <i>locking/backend</i> etkileşim sorunları artabilir.</p>
+       <p>Eğer postmaster çalışıyorsa, bir pencerede psql'i çalıştırın ve psql tarafından
+       kullanılan postgres sürecinin süreç numarasını (<code>PID</code>) bulun. Postgres
+       süreci ile ilişkilendirmek için bir hata ayıklarıcı kullanın. Sorguları psql aracılığı
+       ile çalıştırabilirsiniz. Eğer postgres başlangıcında hata ayıklamak istiyorsanız,
+       <code>PGOPTIONS="-W n"</code> seçeneğini ayarlayabilir ve psql'i başlatabilirsiniz.
+       Bu işlem, başlangıcın <code>n</code> saniye kadar gecikmesini sağlayacaktır; böylece
+       hata ayıklayıcıyı sürece ilişkilendirdikten sonra başlangıç sürecinin devam etmesini 
+       sağlayabilirsiniz.</p>
+       <p>postgres programı hata ayıklama ve başarım ölçümleri için <code>-s</code>,
+       <code>-A</code> ve <code>-t</code> seçeneklerine sahiptir.</p>
+       
+       <h4><a name="3.8">3.8</a>) Bağlanmaya çalışırken, neden "<i>Sorry, too many
+       clients</i>" hatasını alıyorum?</h4>
+       <p>Postmaster'ın  eşzamanlı olarak başlatabileceği <i>backend</i> süreçleri
+       sınırlarını arttırmanız gerekmektedir.</p>
+       <p>Ön tanımlı değer 32 süreçtir. Bunu, postmaster'ı uygun <code>-N</code>
+       değeri ile ya da <code>postgresql.conf</code> dosyasını düzenleyerek yeniden
+       başlatmakla arttırabilirsiniz.</p>
+       <p>Eğer <code>-N</code> değerini 32'den büyük yapacaksanız, aynı zamanda
+       <code>-B</code> değerini de değiştirmeniz gerektiğini unutmayın. <code>-B</code>,
+       <code>-N</code>'nin en az 2 katı kadar olmalıdır; daha iyi başarım için bu sayıyı daha
+       da arttırmalısınız. Yüksek sayıdaki <i>backend</i> süreçleri için, çeşitli çekirdek
+       yapılandırma parametrelerini arttırmanız gerekecektir. Yapılması gerekenler,
        <code>SHMMAX</code>, <code>SEMMNS</code>, <code>SEMMNI</code>, <code>NPROC</code>,
-       <code>MAXUPRC</code> ve açýlabilecek dosyalarýn maksimum sayýsý olan <code>NFILE</code>
-       ve <code>NINODE</code> deðerlerini karýþtýrmaktýr. Bunun nedeni, PostgreSQL'in izin
-       verilen <i>backend</i> süreçlerinin sayýsý üzerinde bir sýnýrý olmasýdýr. Böylelikle
-       sistem kaynaklarýnýn dýþýna çýkýlmayacaktýr.</p>
-       <p>PostgreSQL'in 6.5 sürümüne kadar, en fazla <i>backend</i> sayýsý 64 idi ve bunu
-       deðiþtirmek için <code>include/storage/sinvaladt.h</code> dosyasý içindeki
-       <code>MaxBAckendid</code> sabitini deðiþtirdek sonra yazýlýmý yeniden
+       <code>MAXUPRC</code> ve açılabilecek dosyaların maksimum sayısı olan <code>NFILE</code>
+       ve <code>NINODE</code> değerlerini karıştırmaktır. Bunun nedeni, PostgreSQL'in izin
+       verilen <i>backend</i> süreçlerinin sayısı üzerinde bir sınırı olmasıdır. Böylelikle
+       sistem kaynaklarının dışına çıkılmayacaktır.</p>
+       <p>PostgreSQL'in 6.5 sürümüne kadar, en fazla <i>backend</i> sayısı 64 idi ve bunu
+       değiştirmek için <code>include/storage/sinvaladt.h</code> dosyası içindeki
+       <code>MaxBAckendid</code> sabitini değiştirdek sonra yazılımı yeniden
        derlemek gerekiyordu.</p>
        
-       <h4><a name="3.9">3.9</a>) <code>pgsql_tmp</code> dizinin içindeki dosyalar nelerdir?</h4>
-       <p>Sorgu çalýstýrýcý (<i>query executer</i>) tarafýndan yaratýlan geçici dosyalardýr.
-       Örnegin, bir sýralama <code>ORDER BY</code> ile yapýlacaksa ve sýralama
-       <code>backend</code>'in <code>-s</code> parametresinin izin verdiðinden daha
-       fazla alana gereksinim duyuyorsa, ekstra veriyi tutmak için geçici dosyalar yaratýlýr.</p>
-       <p>Geçici dosyalar, eðer sýralama sýrasýnda <i>backend</i> göçmezse otomatik olarak
-       silinecektir. Eðer çalýþan durumda bir <i>backend</i>'iniz yoksa,
-       <code>pg_tempNNN.NN</code> dosyalarýný silmeniz güvenlidir.</p>
-       
-       <h4><a name="3.10">3.10</a>) PostgreSQL sürümlerini yükseltmek için neden bir
-       dump/reload iþlemi gerçekleþtirmek zorundayým?</h4>
-       <p>PostgreSQL takýmý ara sürümlerde sadece küçük deðiþiklikler yapmaktadýr;
-       bu yüzden 7.2 sürümünden 7.2.1'e yükseltmek <i>dump/restore</i> iþlemi
-       gerekmemektedir. Ancak, esas sürümlerde (örnek: 7.2'den 7.3'e) çoðunlukla sistem
-       tablolarýnýn ve veri dosyalarýnýn iç yapýsý deðiþtirilir. Bu deðiþiklikler çoðunlukla
-       karmaþýktýr; dolayýsýyla veri dosyalarýnýn geriye dönük uyumluluðu iþlemlerini
-       yapmýyoruz. <i>Dump</i> iþlemi, veriyi genel biçimde alacaðýndan yeniden yükleme
-       esnasýnda veri, yeni iç biçime uygun þekilde yerleþtirilecektir.</p>
-       <p>Disk biçiminin deðiþmediði sürümlerde, <code>pg_upgrade</code> betiði güncellemenin
-       bir <i>dump/restore</i> gerektirmeden yapýlmasýný saðlayacaktýr. <i>pg_upgrade</i>
-       betiðinin o sürüm için bulunup bulunmadýðýný sürüm notlarý içinde bulabilirsiniz.</p>
+       <h4><a name="3.9">3.9</a>) <code>pgsql_tmp</code> dizinin içindeki dosyalar nelerdir?</h4>
+       <p>Sorgu çalıstırıcı (<i>query executer</i>) tarafından yaratılan geçici dosyalardır.
+       Örnegin, bir sıralama <code>ORDER BY</code> ile yapılacaksa ve sıralama
+       <code>backend</code>'in <code>-s</code> parametresinin izin verdiğinden daha
+       fazla alana gereksinim duyuyorsa, ekstra veriyi tutmak için geçici dosyalar yaratılır.</p>
+       <p>Geçici dosyalar, eğer sıralama sırasında <i>backend</i> göçmezse otomatik olarak
+       silinecektir. Eğer çalışan durumda bir <i>backend</i>'iniz yoksa,
+       <code>pg_tempNNN.NN</code> dosyalarını silmeniz güvenlidir.</p>
+       
+       <h4><a name="3.10">3.10</a>) PostgreSQL sürümlerini yükseltmek için neden bir
+       dump/reload işlemi gerçekleştirmek zorundayım?</h4>
+       <p>PostgreSQL takımı ara sürümlerde sadece küçük değişiklikler yapmaktadır;
+       bu yüzden 7.2 sürümünden 7.2.1'e yükseltmek <i>dump/restore</i> işlemi
+       gerekmemektedir. Ancak, esas sürümlerde (örnek: 7.2'den 7.3'e) çoğunlukla sistem
+       tablolarının ve veri dosyalarının iç yapısı değiştirilir. Bu değişiklikler çoğunlukla
+       karmaşıktır; dolayısıyla veri dosyalarının geriye dönük uyumluluğu işlemlerini
+       yapmıyoruz. <i>Dump</i> işlemi, veriyi genel biçimde alacağından yeniden yükleme
+       esnasında veri, yeni iç biçime uygun şekilde yerleştirilecektir.</p>
+       <p>Disk biçiminin değişmediği sürümlerde, <code>pg_upgrade</code> betiği güncellemenin
+       bir <i>dump/restore</i> gerektirmeden yapılmasını sağlayacaktır. <i>pg_upgrade</i>
+       betiğinin o sürüm için bulunup bulunmadığını sürüm notları içinde bulabilirsiniz.</p>
 
-       <h4><a name="3.11">3.11</a>) Nasýl bir donaným kullanmalýyým? </h4>
-       <p> PC donanýmý tamamen uyumlu olduðu için, insanlar tüm PC donanýmlarýnýn ayný kalitede olduðunu 
-       düþünürler. Oysa böyle deðildir. ECC RAM, SCSI ve kaliteli anakartlar daha ucuz donanýmlara göre daha 
-       çok güvenilirlerdir ve baþarýmlarý daha yüksektir. PostgreSQL hemen hemen tüm donanýmda 
-       çalýþabilmektedir, ancak güvenilirlik ve baþarým önemli ise donaným seçeneklerini çok iyi araþtýrmak 
-       gereklidir. E-posta listelerimi donanýmlarla ilgili sorular ve de ticaret için kullanýlabilir.</p>
+       <h4><a name="3.11">3.11</a>) Nasıl bir donanım kullanmalıyım? </h4>
+       <p> PC donanımı tamamen uyumlu olduğu için, insanlar tüm PC donanımlarının aynı kalitede olduğunu 
+       düşünürler. Oysa böyle değildir. ECC RAM, SCSI ve kaliteli anakartlar daha ucuz donanımlara göre daha 
+       çok güvenilirlerdir ve başarımları daha yüksektir. PostgreSQL hemen hemen tüm donanımda 
+       çalışabilmektedir, ancak güvenilirlik ve başarım önemli ise donanım seçeneklerini çok iyi araştırmak 
+       gereklidir. E-posta listelerimi donanımlarla ilgili sorular ve de ticaret için kullanılabilir.</p>
 
        <hr>
        
-   <h2 align="center">Ýþletimsel Sorular</h2>
+   <h2 align="center">İşletimsel Sorular</h2>
    
        <h4><a name="4.1">4.1</a>) <i>Binary cursor</i> ve <i>normal cursor</i>
-       arasýndaki fark nedir?</h4>
-       <p><code>DECLARE</code> yardým sayfasýna bakýnýz.</p>
-       
-       <h4><a name="4.2">4.2</a>) Sorgunun sadece ilk birkaç satýrýný
-       nasýl <code>SELECT</code> edebilirim?</h4>
-       <p><code>FETCH</code> yardým sayfasýna bakýnýz, ya da <code>SELECT</code> ...
-       <code>LIMIT</code> ... kullanýnýz.</p>
-       <p>Ýlk birkaç satýrý almak isteseniz bile, tüm sorgu deðerlendirilmek durumunda kalýnabilir. ORDER 
-       BY içeren bir sorgu düþünün. Eðer ORDER BY iþe eþleþen bir index varsa, PostgreSQL istenen ilk birkaç  
-       satýrý iþleyebilir, ya da tüm sorgu istenen satýrlar üretilene kadar iþlenebilir. </p>
-       
-       <h4><a name="4.3">4.3</a>) psql'in içinde gördügüm tablolarýn ya da diðer
-       þeylerin listesini nasýl alabilirim?</h4>
-       <p><code>pgsql/src/bin/psql/describe.c</code> içindeki psql kaynak kodunu
-       okuyabilirsiniz. Bu kod, psql'in <code>\</code> ile baþlayan komutlarýnýn
-       çýktýsýný olusturan SQL komutlarýný içerir. Ayný zamanda, psql'i <code>-E</code>
-       seçeneði ile baþlatýp, verdiðiniz komutlarý çalýþtýrmak için yaptýðý 
-       sorgularýn çýktýlarýný görebilirsiniz.</p>
-       
-       <h4><a name="4.4">4.4</a>) Bir tablodan bir kolonu nasýl kaldýrabilirim?</h4>
-       <p>Bu özellik (<code>ALTER TABLE DROP COLUMN</code>) 7.3 sürümü ile gelmiþtir.
-       Eski sürümlerde aþaðýdakileri uygulamalýsýnýz: </p>
+       arasındaki fark nedir?</h4>
+       <p><code>DECLARE</code> yardım sayfasına bakınız.</p>
+       
+       <h4><a name="4.2">4.2</a>) Sorgunun sadece ilk birkaç satırını
+       nasıl <code>SELECT</code> edebilirim?</h4>
+       <p><code>FETCH</code> yardım sayfasına bakınız, ya da <code>SELECT</code> ...
+       <code>LIMIT</code> ... kullanınız.</p>
+       <p>İlk birkaç satırı almak isteseniz bile, tüm sorgu değerlendirilmek durumunda kalınabilir. ORDER 
+       BY içeren bir sorgu düşünün. Eğer ORDER BY işe eşleşen bir index varsa, PostgreSQL istenen ilk birkaç  
+       satırı işleyebilir, ya da tüm sorgu istenen satırlar üretilene kadar işlenebilir. </p>
+       
+       <h4><a name="4.3">4.3</a>) psql'in içinde gördügüm tabloların ya da diğer
+       şeylerin listesini nasıl alabilirim?</h4>
+       <p><code>pgsql/src/bin/psql/describe.c</code> içindeki psql kaynak kodunu
+       okuyabilirsiniz. Bu kod, psql'in <code>\</code> ile başlayan komutlarının
+       çıktısını olusturan SQL komutlarını içerir. Aynı zamanda, psql'i <code>-E</code>
+       seçeneği ile başlatıp, verdiğiniz komutları çalıştırmak için yaptığı 
+       sorguların çıktılarını görebilirsiniz.</p>
+       
+       <h4><a name="4.4">4.4</a>) Bir tablodan bir kolonu nasıl kaldırabilirim?</h4>
+       <p>Bu özellik (<code>ALTER TABLE DROP COLUMN</code>) 7.3 sürümü ile gelmiştir.
+       Eski sürümlerde aşağıdakileri uygulamalısınız: </p>
        <pre>
 BEGIN;
 LOCK TABLE old_table;
@@ -578,89 +578,89 @@ ALTER TABLE new_table RENAME TO old_table;
 COMMIT;        
        </pre>
        
-       <h4><a name="4.5">4.5</a>) Bir satýr, tablo ve veritabaný için en
-       fazla büyüklük nedir?</h4>
-       <p>Sýnýrlar:</p>
-       <p>Veritabaný için en fazla büyüklük nedir?<br>Sýnýrsýz (32 TB'lýk veritabaný bulunmaktadýr)<br><br>
-       Bir tablo için en fazla büyüklük nedir?<br>32 TB<br><br>
-       Bir satýr için en fazla büyüklük nedir?<br>1.6 TB<br><br>
-       Bir alan için en fazla büyüklük nedir?<br>1 GB<br><br>
-       Tabloda en fazla satýr sayýsý kaçtýr?<br>Sýnýrsýz<br><br>
-       Bir tabloda olabilecek en fazla kolon sayýsý kaçtýr?<br>Kolon tiplerine baðlý olarak 250-1600<br><br>
-       Bir tabloda olabilecek en fazla <i>index</i> sayýsý kaçtýr?<br>Sýnýrsýz</p>
-       <p>Tabii ki bunlar aslýnda sýnýrsýz degildir. Burada belirtilen sýnýrlar, fiziksel
-       sýnýrlarýn haricindeki sýnýrlardýr. Boþ disk alaný, hafýza/takas alaný na baðlý 
-       sýnýrlamalar vardýr. Baþarým, sýnýr deðerlere yaklaþtýkça, ya da deðerler çok büyü
-       olduðunda düþebilir.</p>
-       <p>Bir tablo için büyüklük sýnýrý olan 32 TB, iþletim sisteminin büyük dosya desteði olup
-       olmamasýndan baðýmsýzdýr. Büyük tablolar, 1 GB'lik dosyalarda saklandýðý için, dosya 
-       sistemi sýnýrlarýnin bir önemi yoktur.</p>
-       <p>Tablo ve kolon sayýsý büyüklükleri, ön tanýmlý blok büyüklüðü 32k ya çýkarýlarak 
-       arttýrýlabilir.</p>
-       
-       <h4><a name="4.6">4.6</a>) Tipik bir metin dosyasýndaki veriyi saklamak için ne
-       kadar disk alaný gereklidir?</h4>
-       <p>Bir PostgreSQL veritabaný, veriyi "<i>flat</i>" metin dosyasýnda saklamak için
-       gereken alanýn 5 kat fazla disk alanýna gereksinim duyabilir.</p>
-       <p>Her satýrýnda bir tamsayý ve metin (<i>text</i>) içeren, 100.000 satýrlýk bir
-       dosya düþünün.  Her satýrýn ortalama 20 byte olduðunu farzedelim. Metin dosyasý
-       2.8 MB olacaktýr. Bu veriyi tutan PostgreSQL veritabaný
-       yaklaþýk 6.4 MB yer kaplayacaktýr.</p>
+       <h4><a name="4.5">4.5</a>) Bir satır, tablo ve veritabanı için en
+       fazla büyüklük nedir?</h4>
+       <p>Sınırlar:</p>
+       <p>Veritabanı için en fazla büyüklük nedir?<br>Sınırsız (32 TB'lık veritabanı bulunmaktadır)<br><br>
+       Bir tablo için en fazla büyüklük nedir?<br>32 TB<br><br>
+       Bir satır için en fazla büyüklük nedir?<br>1.6 TB<br><br>
+       Bir alan için en fazla büyüklük nedir?<br>1 GB<br><br>
+       Tabloda en fazla satır sayısı kaçtır?<br>Sınırsız<br><br>
+       Bir tabloda olabilecek en fazla kolon sayısı kaçtır?<br>Kolon tiplerine bağlı olarak 250-1600<br><br>
+       Bir tabloda olabilecek en fazla <i>index</i> sayısı kaçtır?<br>Sınırsız</p>
+       <p>Tabii ki bunlar aslında sınırsız degildir. Burada belirtilen sınırlar, fiziksel
+       sınırların haricindeki sınırlardır. Boş disk alanı, hafıza/takas alanı na bağlı 
+       sınırlamalar vardır. Başarım, sınır değerlere yaklaştıkça, ya da değerler çok büyü
+       olduğunda düşebilir.</p>
+       <p>Bir tablo için büyüklük sınırı olan 32 TB, işletim sisteminin büyük dosya desteği olup
+       olmamasından bağımsızdır. Büyük tablolar, 1 GB'lik dosyalarda saklandığı için, dosya 
+       sistemi sınırlarınin bir önemi yoktur.</p>
+       <p>Tablo ve kolon sayısı büyüklükleri, ön tanımlı blok büyüklüğü 32k ya çıkarılarak 
+       arttırılabilir.</p>
+       
+       <h4><a name="4.6">4.6</a>) Tipik bir metin dosyasındaki veriyi saklamak için ne
+       kadar disk alanı gereklidir?</h4>
+       <p>Bir PostgreSQL veritabanı, veriyi "<i>flat</i>" metin dosyasında saklamak için
+       gereken alanın 5 kat fazla disk alanına gereksinim duyabilir.</p>
+       <p>Her satırında bir tamsayı ve metin (<i>text</i>) içeren, 100.000 satırlık bir
+       dosya düşünün.  Her satırın ortalama 20 byte olduğunu farzedelim. Metin dosyası
+       2.8 MB olacaktır. Bu veriyi tutan PostgreSQL veritabanı
+       yaklaşık 6.4 MB yer kaplayacaktır.</p>
        <pre>
-  36 byte: Her bir satýr baþlýðý (yaklaþýk)
-+ 24 byte: Bir tamsayý (int) alaný ve bir metin (text) alaný 
+  36 byte: Her bir satır başlığı (yaklaşık)
++ 24 byte: Bir tamsayı (int) alanı ve bir metin (text) alanı 
 +  4 byte: Sayfada tuple a pointer
 ----------------------------------------
-  64 byte -> kayýt baþýna</pre>
-       <p>PostgreSQL'de veri sayfasý (data page) büyüklüðü 8192 byte (8k)dýr, dolayýsýyla:</p>
+  64 byte -> kayıt başına</pre>
+       <p>PostgreSQL'de veri sayfası (data page) büyüklüğü 8192 byte (8k)dır, dolayısıyla:</p>
        <pre>
-8192 byte -> page baþýna
--------------------------  =  Her bir veritabaný <i>page</i>'ý baþýna 128 satýr (yaklaþýk)
-  Satýr baþýna 64 byte
+8192 byte -> page başına
+-------------------------  =  Her bir veritabanı <i>page</i>'ı başına 128 satır (yaklaşık)
+  Satır başına 64 byte
   
-100000 veri satýrý
---------------------  =  782 veritabaný sayfasý
-     128 satýr</pre>
-       <p>782 veritabaný sayfasý <code>*</code> sayfa baþýna <code>8192 byte =
+100000 veri satırı
+--------------------  =  782 veritabanı sayfası
+     128 satır</pre>
+       <p>782 veritabanı sayfası <code>*</code> sayfa başına <code>8192 byte =
        6,406,144 bytes (6.4 MB)</code></p>
-       <p><i>Index</i>'ler çok fazla yere gereksinim duymazlar, ama <i>index</i>'lenmiþ
-       veriyi tutacaklarýndan büyük olabilirler.</p>
-       <p><code>NULL</code> deðerler bitmapler içinde tutulur; dolayýsýyla çok az yer kaplarlar.</p>
-       
-       <h4><a name="4.7">4.7</a>) Veritabanýnda hangi tablo ya da <i>index</i>'lerin
-       tanýmlandýðýný nasýl görebilirim?</h4>
-       <p>psql, bu tür bilgileri göstermek için, <code>\</code> ile baþlayan bir çok
-       komut sunmaktadýr. <code>\?</code> komutu ile bu komutlarý görebilirsiniz. Ayrýca,
-       bunlarý açýklayan ve <code>pg_</code> ile baþlayan çok sayýda sistem tablosu
-       bulunmaktadýr. Ayný zamanda, <code>psql -l</code> ile tüm veritabanlarýný
+       <p><i>Index</i>'ler çok fazla yere gereksinim duymazlar, ama <i>index</i>'lenmiş
+       veriyi tutacaklarından büyük olabilirler.</p>
+       <p><code>NULL</code> değerler bitmapler içinde tutulur; dolayısıyla çok az yer kaplarlar.</p>
+       
+       <h4><a name="4.7">4.7</a>) Veritabanında hangi tablo ya da <i>index</i>'lerin
+       tanımlandığını nasıl görebilirim?</h4>
+       <p>psql, bu tür bilgileri göstermek için, <code>\</code> ile başlayan bir çok
+       komut sunmaktadır. <code>\?</code> komutu ile bu komutları görebilirsiniz. Ayrıca,
+       bunları açıklayan ve <code>pg_</code> ile başlayan çok sayıda sistem tablosu
+       bulunmaktadır. Aynı zamanda, <code>psql -l</code> ile tüm veritabanlarını
        listeyelebirsiniz.</p>
-       <p>Ayrýca, <code>pgsql/src/tutorial/syscat.source</code> kodunu inceleyebilirsiniz.
-       Bu dosya, veritabaný sistem dosyalarýndan bilgiyi almak için gereksinim duyulan
-       bir çok <code>SELECT</code>'leri gösterir.</p>
-       
-       <h4><a name="4.8">4.8</a>) Sorgularým cok yavaþ, ya da <i>index</i>'lerimi
-       kullanmýyorlar. Neden?</h4>
-       <p>Indexler her sorgu tarafýndan otomatik olarak kullanýlmazlar. Indexler eðer bir 
-       tablonun büyüklüðü minimum bir büyüklükten fazla ise ve sorgu tablodaki satýrlarýn sadece küçük bir 
-       yüzdesini seçiyorsa kullanýlýr. Bunun nedeni, index eriþiminin neden olduðu raslansal disk eriþimi
-       nin diskin ya da tablonun sýralý okunmasýndan daha yavas olabilmesidir.</p>
+       <p>Ayrıca, <code>pgsql/src/tutorial/syscat.source</code> kodunu inceleyebilirsiniz.
+       Bu dosya, veritabanı sistem dosyalarından bilgiyi almak için gereksinim duyulan
+       bir çok <code>SELECT</code>'leri gösterir.</p>
+       
+       <h4><a name="4.8">4.8</a>) Sorgularım cok yavaş, ya da <i>index</i>'lerimi
+       kullanmıyorlar. Neden?</h4>
+       <p>Indexler her sorgu tarafından otomatik olarak kullanılmazlar. Indexler eğer bir 
+       tablonun büyüklüğü minimum bir büyüklükten fazla ise ve sorgu tablodaki satırların sadece küçük bir 
+       yüzdesini seçiyorsa kullanılır. Bunun nedeni, index erişiminin neden olduğu raslansal disk erişimi
+       nin diskin ya da tablonun sıralı okunmasından daha yavas olabilmesidir.</p>
 
-       <p>Bir index'in kullanýlýp kullanýlmayacaðýný belirlemek için, PostgreSQL tablo hakkýndaki 
-       istatistiklere gereksinmesi vardýr. Bu istatistikler, <small>VACUUM ANALYZE</small> kullanýlarak
-       toplanýrlar. Optimizer, istatistikleri kullanarak, tabloda kaç satýr olduðunu ve bilir ve indexin 
-       kullanýlýp kullanýlmayacaðýna daha iyi karar verir. Istatistikler, ayný zamanda en uygun join 
-       sýrasýný ve yöntemini belirlemekte çok önemlidir. Ýstatistik toplanmasý, tablo içerikleri 
-       deðiþtikçe periyodik olarak yapýlmalýdýr.</p>
+       <p>Bir index'in kullanılıp kullanılmayacağını belirlemek için, PostgreSQL tablo hakkındaki 
+       istatistiklere gereksinmesi vardır. Bu istatistikler, <small>VACUUM ANALYZE</small> kullanılarak
+       toplanırlar. Optimizer, istatistikleri kullanarak, tabloda kaç satır olduğunu ve bilir ve indexin 
+       kullanılıp kullanılmayacağına daha iyi karar verir. Istatistikler, aynı zamanda en uygun join 
+       sırasını ve yöntemini belirlemekte çok önemlidir. İstatistik toplanması, tablo içerikleri 
+       değiştikçe periyodik olarak yapılmalıdır.</p>
        
 
-    <p>Indexler normalde <small>ORDER BY</small> sorgularý ya da join iþlemlerini gerçekleþtirmek için
-    kullanýlmazlar. Açýk bir sýralamayý takip eden sýralý bir arama (sequential scan), büyük bir tabloda index
-    aramasý yapmaktan genelde daha hýzlýdýr.</p>
+    <p>Indexler normalde <small>ORDER BY</small> sorguları ya da join işlemlerini gerçekleştirmek için
+    kullanılmazlar. Açık bir sıralamayı takip eden sıralı bir arama (sequential scan), büyük bir tabloda index
+    araması yapmaktan genelde daha hızlıdır.</p>
 
-    Ancak, <small>ORDER BY</small> ile birleþmiþ <small>LIMIT</small>
-    genellikle bir index kullanacaktýr; çünkü tablonun sadece belirli bir miktarý döndürülecektir.
-    Aslýnda, MAX() ve MIN() fonksiyonlarýnýn index kullanmamalarýndan dolayý, bu gibi deðerleri ORDER BY ve LIMIT 
-    kullanarak da almak olasýdýr:
+    Ancak, <small>ORDER BY</small> ile birleşmiş <small>LIMIT</small>
+    genellikle bir index kullanacaktır; çünkü tablonun sadece belirli bir miktarı döndürülecektir.
+    Aslında, MAX() ve MIN() fonksiyonlarının index kullanmamalarından dolayı, bu gibi değerleri ORDER BY ve LIMIT 
+    kullanarak da almak olasıdır:
 <pre>
     SELECT col
     FROM tab
@@ -668,102 +668,102 @@ COMMIT;
     LIMIT 1;
 </pre>
 
-    <p>Eðer optimizer'ýn sýralý arama yapmasýnýn yanlýþ olduðuna inanýyorsanýz, <code>SET enable_seqscan TO 
-'off'</code> kullanýn ve index kullanan aramalarýn hala daha hýzlý olup olmadýðýný görün.</p>
+    <p>Eğer optimizer'ın sıralı arama yapmasının yanlış olduğuna inanıyorsanız, <code>SET enable_seqscan TO 
+'off'</code> kullanın ve index kullanan aramaların hala daha hızlı olup olmadığını görün.</p>
 
-       <p><code>LIKE</code> ya da <code>~</code> gibi operatörler kullanýyorsanýz,
-       <i>index</i>'ler sadece aþaðýdaki koþullarda kullanýlabilir:</p>
+       <p><code>LIKE</code> ya da <code>~</code> gibi operatörler kullanıyorsanız,
+       <i>index</i>'ler sadece aşağıdaki koşullarda kullanılabilir:</p>
 
        <ul>
-       <li>Arama dizininin baþý, dizinin baþý ile baðlanmalýdýr. Yani,
-       <ul><li><code>LIKE</code> sorgularý <code>%</code> ile baþlamamalýdýr.</li>
-       <li>Düzenli ifade sorgularý <code>^</code> iþe baþlamamalýdýr.</li></ul></li>
-       <li>Arama metni bir karakter sýnýfý ile baþlayamaz. Örnek: <code>[a-e]</code></li>
-       <li><code>ILIKE</code> ve <code>~*</code> gibi  büyük/küçük harfe duyarsýz
-       aramalar <i>index</i>'lerden yararlanmazlar. Onun yerine, bölüm 4.12'de anlatýlan
+       <li>Arama dizininin başı, dizinin başı ile bağlanmalıdır. Yani,
+       <ul><li><code>LIKE</code> sorguları <code>%</code> ile başlamamalıdır.</li>
+       <li>Düzenli ifade sorguları <code>^</code> işe başlamamalıdır.</li></ul></li>
+       <li>Arama metni bir karakter sınıfı ile başlayamaz. Örnek: <code>[a-e]</code></li>
+       <li><code>ILIKE</code> ve <code>~*</code> gibi  büyük/küçük harfe duyarsız
+       aramalar <i>index</i>'lerden yararlanmazlar. Onun yerine, bölüm 4.12'de anlatılan
        fonksiyonel <i>index</i>'leri kullanabilirsiniz.</li>
-       <li><i>initdb</i> sýrasýnda öntanýmlý <i>C locale</i>'i kullanýlmalýdýr.</li>
+       <li><i>initdb</i> sırasında öntanımlı <i>C locale</i>'i kullanılmalıdır.</li>
        </ul>
        
-       <h4><a name="4.9">4.9</a>) <i>query-optimizer</i>'ýn sorgularýmý nasýl
-       deðerlendirdiðini, iþleme soktuðunu nasýl görebilirim?</h4>
-       <p><code>EXPLAIN</code> yardým sayfasýna bakýnýz.</p>
+       <h4><a name="4.9">4.9</a>) <i>query-optimizer</i>'ın sorgularımı nasıl
+       değerlendirdiğini, işleme soktuğunu nasıl görebilirim?</h4>
+       <p><code>EXPLAIN</code> yardım sayfasına bakınız.</p>
        
        <h4><a name="4.10">4.10</a>) <i>R-tree index</i> nedir?</h4>
-       <p>R-tree index, uzaysal (spatial) verileri indexlemek için kullanýlýr. Bir hash
-       index, dizi aramalarýnda (range search) kullanýlamaz. B-tree index dizi aramalarýnda sadece tek 
-       boyutlu çalýþmaktadýr. R-tree, çok boyutlu veriyi destekler. Örneðin, eðer bir R-tree index point 
-       veri tipi üzerinde inþa edililebilirse, sistem "select all points within a bounding rectangle"
-       gibi sorgulara daha verimli yanýtlar verecektir.</p>
-       <p>Orijinal R-tree tasarýmýný açýklayan belge:</p>
+       <p>R-tree index, uzaysal (spatial) verileri indexlemek için kullanılır. Bir hash
+       index, dizi aramalarında (range search) kullanılamaz. B-tree index dizi aramalarında sadece tek 
+       boyutlu çalışmaktadır. R-tree, çok boyutlu veriyi destekler. Örneğin, eğer bir R-tree index point 
+       veri tipi üzerinde inşa edililebilirse, sistem "select all points within a bounding rectangle"
+       gibi sorgulara daha verimli yanıtlar verecektir.</p>
+       <p>Orijinal R-tree tasarımını açıklayan belge:</p>
        <p>Guttman, A. "R-trees: A Dynamic Index Structure for Spatial Searching."
        Proceedings of the 1984 ACM SIGMOD Int'l Conf on Mgmt of Data, 45-57.</p>
-       <p>Bu belgeyi, Stonebraker'ýn "Readings in Database Systems" kitabýnda bulabilirsiniz.</p>
-       <p>Gömülü R-tree indexleri poligon ve boxlarý kullanabilir. Teorik olarak,
-       R-tree indexlerin özelliklerini geniþletmek bir miktar çaba gerektirir ve bunun nasý
-       yapýlacaðýna dair bir belgemiz henüz bulunmamaktadýr.</p>
+       <p>Bu belgeyi, Stonebraker'ın "Readings in Database Systems" kitabında bulabilirsiniz.</p>
+       <p>Gömülü R-tree indexleri poligon ve boxları kullanabilir. Teorik olarak,
+       R-tree indexlerin özelliklerini genişletmek bir miktar çaba gerektirir ve bunun nası
+       yapılacağına dair bir belgemiz henüz bulunmamaktadır.</p>
 
        <h4><a name="4.11">4.11</a>) <i>Genetic Query Optimizer</i> nedir?</h4>
-       <p><i>GEQO</i> modülü, <i>Genetic Algorithm(GA)</i> kullanýlarak tablolar
-       birleþtirildiðinde sorgu optimizasyonunu hýzlandýrýr. </p>
-       
-       <h4><a name="4.12">4.12</a>) Düzenli ifade (<i>Regular Expression</i>) aramalarýný
-       ve büyük/küçük harfe duyarsýz aramalarý nasýl yapabilirim?
-       Bu büyük(küçük harfe duyarlý aramalar için <i>index</i>'i nasýl kullanabilirim?</h4>
-       <p><code>~</code> operatörü düzenli ifade eþleþmesi ve <code>~*</code>  büyük/küçük
-       harfe duyarsýz düzenli ifade eþleþmesi yapar. Büyük/küçük harfe duyarlý olan
-       <code>LIKE</code>'ýn  büyük/küçük harfe duyarsýz olan biçimi <code>ILIKE</code>'týr
-       ve PostgreSQL 7.1 sürümü ile birlikte gelmiþtir.</p>
-       <p>Büyük-küçük harfe duyarsýz eþitlik karþýlaþtýrmalarý aþaðýdaki gibi ifade edilir:</p>
+       <p><i>GEQO</i> modülü, <i>Genetic Algorithm(GA)</i> kullanılarak tablolar
+       birleştirildiğinde sorgu optimizasyonunu hızlandırır. </p>
+       
+       <h4><a name="4.12">4.12</a>) Düzenli ifade (<i>Regular Expression</i>) aramalarını
+       ve büyük/küçük harfe duyarsız aramaları nasıl yapabilirim?
+       Bu büyük(küçük harfe duyarlı aramalar için <i>index</i>'i nasıl kullanabilirim?</h4>
+       <p><code>~</code> operatörü düzenli ifade eşleşmesi ve <code>~*</code>  büyük/küçük
+       harfe duyarsız düzenli ifade eşleşmesi yapar. Büyük/küçük harfe duyarlı olan
+       <code>LIKE</code>'ın  büyük/küçük harfe duyarsız olan biçimi <code>ILIKE</code>'tır
+       ve PostgreSQL 7.1 sürümü ile birlikte gelmiştir.</p>
+       <p>Büyük-küçük harfe duyarsız eşitlik karşılaştırmaları aşağıdaki gibi ifade edilir:</p>
        <pre>
 SELECT *
 FROM tab
 WHERE lower(col) = 'abc'
        </pre>
-       <p>Bu standart bir <i>index</i> yaratmayacaktýr. Ancak eðer fonksiyonel bir
-       <i>index</i> yaratýrsanýz; o kullanýlacaktýr:</p>
+       <p>Bu standart bir <i>index</i> yaratmayacaktır. Ancak eğer fonksiyonel bir
+       <i>index</i> yaratırsanız; o kullanılacaktır:</p>
        <pre>CREATE INDEX tabindex on tab (lower(col));</pre>
        
-       <h4><a name="4.13">4.13</a>) Bir sorguda, bir alanin "<code>NULL</code>" olduðunu
-       nasýl ortaya çýkarabilirim?</h4>
+       <h4><a name="4.13">4.13</a>) Bir sorguda, bir alanin "<code>NULL</code>" olduğunu
+       nasıl ortaya çıkarabilirim?</h4>
        <p>Kolonu, <code>IS NULL</code> ve <code>IS NOT NULL</code> ile test edebilirsiniz.</p>
        
-       <h4><a name="4.14">4.14</a>) Çesitli karakter tipleri arasýndaki farklar nelerdir?</h4>
+       <h4><a name="4.14">4.14</a>) Çesitli karakter tipleri arasındaki farklar nelerdir?</h4>
        <pre>
-Veri Tipi      Ýç Adý              Not
+Veri Tipi      İç Adı              Not
 --------------------------------------------------
-VARCHAR(n)      varchar         boyut en büyük uzunluðu verir; sadece verilen kadar veri tutulur.
-CHAR(n)         bpchar          belirtilen uzunluða kadar sonuna  boþluk eklenir.
-TEXT            text            uzunlukta herhangi bir üst sýnýr yoktur. 
+VARCHAR(n)      varchar         boyut en büyük uzunluğu verir; sadece verilen kadar veri tutulur.
+CHAR(n)         bpchar          belirtilen uzunluğa kadar sonuna  boşluk eklenir.
+TEXT            text            uzunlukta herhangi bir üst sınır yoktur. 
 BYTEA           bytea           variable-length byte array (null-byte safe)
 "char"          char            bir karakter 
        </pre>
-       <p>Ýç adlarý (<i>internal name</i>) sistem kataloglarýný ve
-       bazý hata mesajlarýný incelerken göreceksiniz.</p>
-       <p>Ýlk dört veri tipi "<i>varlena</i>" tipidir (yani, diskteki ilk 4 bayt uzunluktur;
-       devamý da veridir.) Dolayýsýyla, kullanýlan gerçek alan, belirtilen alandan biraz
-       daha büyüktür. Ancak, bu veri tipleri, sýkýþtýrýlmaya tabi tutulabilir; dolayýsýyla
-       disk alaný beklenilenden küçük olabilir. <code>VARCHAR(<i>n</i>)</code> büyüklüðü
-       artabilen ama en büyük uzunluðu sýnýrlý olan verileri saklamak için en uygun yöntemdir.
-       <code>TEXT</code>, 1 GB büyüklüðe kadar olan verileri tutmak için kullanýlýr.</p>
-       <p><code>CHAR(<i>n</i>)</code>, ayný uzunluktaki dizilerin saklanmasý için kullanýmýr.
-       <code>CHAR(<i>n</i>)</code> belirtilen uzunluða kadar boþluk ile doldurur; ancak
+       <p>İç adları (<i>internal name</i>) sistem kataloglarını ve
+       bazı hata mesajlarını incelerken göreceksiniz.</p>
+       <p>İlk dört veri tipi "<i>varlena</i>" tipidir (yani, diskteki ilk 4 bayt uzunluktur;
+       devamı da veridir.) Dolayısıyla, kullanılan gerçek alan, belirtilen alandan biraz
+       daha büyüktür. Ancak, bu veri tipleri, sıkıştırılmaya tabi tutulabilir; dolayısıyla
+       disk alanı beklenilenden küçük olabilir. <code>VARCHAR(<i>n</i>)</code> büyüklüğü
+       artabilen ama en büyük uzunluğu sınırlı olan verileri saklamak için en uygun yöntemdir.
+       <code>TEXT</code>, 1 GB büyüklüğe kadar olan verileri tutmak için kullanılır.</p>
+       <p><code>CHAR(<i>n</i>)</code>, aynı uzunluktaki dizilerin saklanması için kullanımır.
+       <code>CHAR(<i>n</i>)</code> belirtilen uzunluğa kadar boşluk ile doldurur; ancak
        <code>VARCHAR(<i>n</i>)</code> sadece verilen karakterleri saklar. <code>BYTEA</code>
-       binary veri saklamak içindir; ayrýca "<code>NULL</code>" bayt içeren deðerleri de saklar.
-       Burada anlatýlan üç veri tipi de benzer baþarým karakteristiklere sahiptir.</p>
+       binary veri saklamak içindir; ayrıca "<code>NULL</code>" bayt içeren değerleri de saklar.
+       Burada anlatılan üç veri tipi de benzer başarım karakteristiklere sahiptir.</p>
        
-       <h4><a name="4.15.1">4.15.1</a>) Nasýl <i>serial</i>/otomatik artan
+       <h4><a name="4.15.1">4.15.1</a>) Nasıl <i>serial</i>/otomatik artan
        (<i>auto-incrementing</i>) bir alan yaratabilirim?</h4>
-       <p>PostgreSQL'de <code>SERIAL</code> veri tipi vardýr. Bu veri tipi bir
-       <i>sequence</i> ve kolon üzerinde bir <i>index</i> yaratýr.</p>
-       <p>Örnek, aþaðýdaki sorgu:</p>
+       <p>PostgreSQL'de <code>SERIAL</code> veri tipi vardır. Bu veri tipi bir
+       <i>sequence</i> ve kolon üzerinde bir <i>index</i> yaratır.</p>
+       <p>Örnek, aşağıdaki sorgu:</p>
        <pre>
 CREATE TABLE person (
     id   SERIAL,
     name TEXT
 );     
        </pre>
-       <p>buna çevrilir:</p>
+       <p>buna çevrilir:</p>
        <pre>
 CREATE SEQUENCE person_id_seq;
 CREATE TABLE person (
@@ -772,62 +772,62 @@ CREATE TABLE person (
 );
 CREATE UNIQUE INDEX person_id_key ON person ( id );        
        </pre>
-       <p><i>Sequenceler</i> hakkýnda daha fazla bilgi için <i>create_sequence</i>
-       yardým sayfasýna bakabilirsiniz. Her satýrýn <code>OID</code> alanýný tekil bir sayý
-       olarak alabilirsiniz. Ancak, veritabanýnýzýn <i>dump</i>'ýný alýp yeniden yüklerseniz,
-       <code>OID</code> deðerlerini koruyabilmek için <code>pg_dump</code>'ýn <code>-o</code>
-       parametresini ya da "<code>COPY WITH OIDS</code>" seçeneðini kullanmanýz gerekecektir.</p>
+       <p><i>Sequenceler</i> hakkında daha fazla bilgi için <i>create_sequence</i>
+       yardım sayfasına bakabilirsiniz. Her satırın <code>OID</code> alanını tekil bir sayı
+       olarak alabilirsiniz. Ancak, veritabanınızın <i>dump</i>'ını alıp yeniden yüklerseniz,
+       <code>OID</code> değerlerini koruyabilmek için <code>pg_dump</code>'ın <code>-o</code>
+       parametresini ya da "<code>COPY WITH OIDS</code>" seçeneğini kullanmanız gerekecektir.</p>
 
-       <h4><a name="4.15.2">4.15.2</a>) <code>SERIAL</code> giriþinin degerini nasýl alabilirim?</h4>
-       <p>Bir yaklaþým, sequence nesnesindeki SERIAL deðerini, veriyi girmeden önce nextval() ile alýp, 
-       aldýðýnýz deðeri kendinizin girmesidir. 4.15.1'deki örnek tabloyu kullanarak bir örnek verelim:</p>
+       <h4><a name="4.15.2">4.15.2</a>) <code>SERIAL</code> girişinin degerini nasıl alabilirim?</h4>
+       <p>Bir yaklaşım, sequence nesnesindeki SERIAL değerini, veriyi girmeden önce nextval() ile alıp, 
+       aldığınız değeri kendinizin girmesidir. 4.15.1'deki örnek tabloyu kullanarak bir örnek verelim:</p>
 
        <pre>new_id = execute("SELECT nextval('person_id_seq')");<BR>
     execute("INSERT INTO person (id, name) VALUES (new_id, 'Blaise Pascal')");</pre>
 
-   <P>Diðer sorgular için new_id'de yeni deðerin saklanmasý gerekir. Otomatik olarak yaratýlan SEQUENE nesnesinin adý,
-  &lt;tablo adý&gt;_&lt;serial kolonu adý&gt;_seq þeklinde olacaktýr (&lt; &gt; iþaretleri olmadan).</p>
+   <P>Diğer sorgular için new_id'de yeni değerin saklanması gerekir. Otomatik olarak yaratılan SEQUENE nesnesinin adı,
+  &lt;tablo adı&gt;_&lt;serial kolonu adı&gt;_seq şeklinde olacaktır (&lt; &gt; işaretleri olmadan).</p>
 
-       <p>Alternatif olarak, atanmýþ SERIAL deðerini, deðer girildikten sonra currval()
+       <p>Alternatif olarak, atanmış SERIAL değerini, değer girildikten sonra currval()
        fonksiyonu ile alabilirsiniz:</p>
        <pre>
        execute("INSERT INTO person (name) VALUES ('Blaise Pascal')");
        new_id = execute("SELECT currval('person_id_seq')");    
        </pre>
-       <p>Son olarak, ön tanýmlý deðeri bulmak için <code>INSERT</code> ifadesinden
-       dönen <code>OID</code> deðerini kullanabilirsiniz; ancak bu en az taþýnabilir
-       çözüm olacaktýr. Perl'de, Edmund Mergl'in <i>DBD:Pg</i> mödülü ile birlikte
-       <i>DBI</i> kullanarak, <code>OID</code> deðeri <code>$sth->execute()</code>
-       çalýþtýrýldýktan sonra <code>$sth->(pg_oid_status)</code> ile alýnabilir.</p>
+       <p>Son olarak, ön tanımlı değeri bulmak için <code>INSERT</code> ifadesinden
+       dönen <code>OID</code> değerini kullanabilirsiniz; ancak bu en az taşınabilir
+       çözüm olacaktır. Perl'de, Edmund Mergl'in <i>DBD:Pg</i> mödülü ile birlikte
+       <i>DBI</i> kullanarak, <code>OID</code> değeri <code>$sth->execute()</code>
+       çalıştırıldıktan sonra <code>$sth->(pg_oid_status)</code> ile alınabilir.</p>
    
        <h4><a name="4.15.3">4.15.3</a>) <code>currval()</code> ve <code>nextval()</code>
-       diðer kullanýcýlara sorun yaratmaz mý?</h4>
-       <p>Hayýr. <code>curval()</code>, tüm kullanýcýlar deðil, backend
-       tarafýndan atanan geçerli deðeri döndürür.</p>
-       
-       <h4><a name="4.15.4">4.15.4</a>) Neden <i>sequence</i> sayýlarý <i>transaction</i>
-       iþleminin iptalinden sonra yeniden kullanýlýyor? Neden <i>sequence/SERIAL</i>
-       kolonumdaki sayýlarda atlamalar oluyor?</h4>
-       <p>Uyumluluðu arttýrmak için, <i>sequence</i> deðerleri çalýþan
-       <i>transaction</i>'lara gerektiði þekilde aktarýlýr ve <i>transaction</i>
-       bitene kadar o deðer kilitlenmez. Bu, iptal edilen <i>transaction</i>
-       iþlemleri nedeniyle boþluklara neden olur.</p>
+       diğer kullanıcılara sorun yaratmaz mı?</h4>
+       <p>Hayır. <code>curval()</code>, tüm kullanıcılar değil, backend
+       tarafından atanan geçerli değeri döndürür.</p>
+       
+       <h4><a name="4.15.4">4.15.4</a>) Neden <i>sequence</i> sayıları <i>transaction</i>
+       işleminin iptalinden sonra yeniden kullanılıyor? Neden <i>sequence/SERIAL</i>
+       kolonumdaki sayılarda atlamalar oluyor?</h4>
+       <p>Uyumluluğu arttırmak için, <i>sequence</i> değerleri çalışan
+       <i>transaction</i>'lara gerektiği şekilde aktarılır ve <i>transaction</i>
+       bitene kadar o değer kilitlenmez. Bu, iptal edilen <i>transaction</i>
+       işlemleri nedeniyle boşluklara neden olur.</p>
        
        <h4><a name="4.16">4.16</a>) OID nedir? TID nedir?</h4>
-       <p>OIDler, tekil satýr numaralarýna PostgreSQL'in yanýtýdýr. PostgreSQL'de yaratýlan
-       her sayý, tekil bir OID alýr. initdb iþlemi sýrasýnda yaratýlan tüm OID'ler 16384'ten küçüktü
-       (backend/access/transam.h). Kullanýcýlar tarafýndan yaratýlan tüm OID'ler bu sayýya eþit ya da bu 
-       sayýdan büyüktür. Varsayýlan durumda, tüm bu OIDler sadece bir tablo ya da veritabanýnda deðil, tü
+       <p>OIDler, tekil satır numaralarına PostgreSQL'in yanıtıdır. PostgreSQL'de yaratılan
+       her sayı, tekil bir OID alır. initdb işlemi sırasında yaratılan tüm OID'ler 16384'ten küçüktü
+       (backend/access/transam.h). Kullanıcılar tarafından yaratılan tüm OID'ler bu sayıya eşit ya da bu 
+       sayıdan büyüktür. Varsayılan durumda, tüm bu OIDler sadece bir tablo ya da veritabanında değil, tü
        PostgreSQL kurulumunda tekildir.</p>
 
-       <p> PostgreSQL OIDleri, tablolar arasýnda satýrlarý iliþkilendirmek için kendi iç tablolarýnda 
-       kullanýr. Bu OIDler belirli kullanýcý satýrlarýný belirtmek için kullanabilir ve join iþlemlerinde 
-       kullanýlýr. OID deðerlerini saklamak için OID kolon tipini kullanmanýz önerinir. Daha hýzlý bir 
-       eriþim için, OID alanýnda bir index yaratabilirsiniz.</p>
+       <p> PostgreSQL OIDleri, tablolar arasında satırları ilişkilendirmek için kendi iç tablolarında 
+       kullanır. Bu OIDler belirli kullanıcı satırlarını belirtmek için kullanabilir ve join işlemlerinde 
+       kullanılır. OID değerlerini saklamak için OID kolon tipini kullanmanız önerinir. Daha hızlı bir 
+       erişim için, OID alanında bir index yaratabilirsiniz.</p>
 
-       <p>OID'ler yeni satýrlara, tüm veritabanlarý tarafýnda kullanýlan ortak bir alandan atanýrlar. Eðer 
-        OID'i baþka bir deðere eþitlemek isterseniz ya da tablonun bir kopyasýný orijinal OIDler ile 
-       çýkarmak isterseniz, bu mümkündür:</p>
+       <p>OID'ler yeni satırlara, tüm veritabanları tarafında kullanılan ortak bir alandan atanırlar. Eğer 
+        OID'i başka bir değere eşitlemek isterseniz ya da tablonun bir kopyasını orijinal OIDler ile 
+       çıkarmak isterseniz, bu mümkündür:</p>
        <pre>
            CREATE TABLE new_table(old_oid oid, mycol int);
            SELECT old_oid, mycol INTO new FROM old;
@@ -835,17 +835,17 @@ CREATE UNIQUE INDEX person_id_key ON person ( id );
            DELETE FROM new;
            COPY new WITH OIDS FROM '/tmp/pgtable';     
        </pre>
-       <p>OIDler 4-bit tamsayý olarak saklanýrlar ve 4 milyarda overflow olacaktýr. Kimse 
-       bu sayýya ulaþtýðýna dair bir bilgi iletmedi ve bu sýnýrý kimse bu sýnýra ulaþmadan kaldýracaðýz.</p>
+       <p>OIDler 4-bit tamsayı olarak saklanırlar ve 4 milyarda overflow olacaktır. Kimse 
+       bu sayıya ulaştığına dair bir bilgi iletmedi ve bu sınırı kimse bu sınıra ulaşmadan kaldıracağız.</p>
 
-       <p>TIDler, belirli fiziksel satýrlar block ve offset deðerleri ile belirtmekte kullanýlýr. TIDler, 
-       satýrlar deðiþtiðinde ya da yeniden yüklendiðinde deðiþirler. Index girdileri tarafýndan fiziksel 
-       satýrlarý göstermek için kullanýlýrlar.</p>
-       
-       <h4><a name="4.17">4.17</a>) PostgreSQL'de kullanýlan bazý
-       terimlerin anlamlarý nelerdir?</h4>
-       <p>Kaynak kodun bir kýsmý ve eski belgeler, daha geniþ kullaným alaný olan terimleri
-       kullanýrlar. Bunlarýn bazýlarý:</p>
+       <p>TIDler, belirli fiziksel satırlar block ve offset değerleri ile belirtmekte kullanılır. TIDler, 
+       satırlar değiştiğinde ya da yeniden yüklendiğinde değişirler. Index girdileri tarafından fiziksel 
+       satırları göstermek için kullanılırlar.</p>
+       
+       <h4><a name="4.17">4.17</a>) PostgreSQL'de kullanılan bazı
+       terimlerin anlamları nelerdir?</h4>
+       <p>Kaynak kodun bir kısmı ve eski belgeler, daha geniş kullanım alanı olan terimleri
+       kullanırlar. Bunların bazıları:</p>
        <ul><li>table, relation, class</li>
        <li>row, record, tuple</li>
        <li>column, field, attribute</li>
@@ -855,42 +855,42 @@ CREATE UNIQUE INDEX person_id_key ON person ( id );
        <li>OID, serial value</li>
        <li>portal, cursor</li>
        <li>range variable, table name, table alias</li></ul>
-       <p>Genel veritabaný terimleri, 
+       <p>Genel veritabanı terimleri, 
        <i><a 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</a></i>
        adresinde bulunabilir.</p>
        
        <h4><a name="4.18">4.18</a>) Neden "<i>ERROR: Memory exhausted in AllocSetAlloc()</i>"
-       hatasýný alýyorum?</h4>
-       <p>Sisteminizde sanal belleðinizi tüketmiþ olabilirsiniz, ya da çekirdeðiniz
-       belli kaynaklar icin düþük bir sýnýra sahip olabilir. <i>postmaster</i>'ý
-       baþlatmadan önce aþaðýdakileri deneyebilirsiniz:</p>
+       hatasını alıyorum?</h4>
+       <p>Sisteminizde sanal belleğinizi tüketmiş olabilirsiniz, ya da çekirdeğiniz
+       belli kaynaklar icin düşük bir sınıra sahip olabilir. <i>postmaster</i>'ı
+       başlatmadan önce aşağıdakileri deneyebilirsiniz:</p>
        <pre>
 ulimit -d 262144
 limit datasize 256m        
        </pre>
-       <p>Kabuðunuza baðlý olarak, bunlardan sadece biri olumlu sonuç verecektir, ama
-       bu iþlem veri segment sýnýrýnýzý arttýracak, ve belki de sorgunuzun tamamlanmasýný
-       saðlayacaktýr. Bu komut, varolan iþleme (<i>current process</i>) ve komut çalýþtýrýldýktan
-       sonraki tüm alt iþlemlere uygulanýr. Eðer SQL istemcinizle, <i>backend</i>'in çok
-       fazla veri döndürmesi nedeniyle bir sorun yaþýyorsanýz, bunu istemciyi baþlatmadan
-       önce deneyiniz.</p>
-       
-       <h4><a name="4.19">4.19</a>) Hangi PostgreSQL sürümünü çalýþtýrdýðýmý nasýl görebilirim?</h4>
-       <p>psql arabiriminde, <code>select version();</code> yazýnýz.</p>
-       
-       <h4><a name="4.20">4.20</a>) Neden <i>large-object</i> iþlemlerim, "<i>invalid large obj
-       descriptor</i>" hatasýný veriyor?</h4>
-       <p><i>Large object</i> iþlemlerinizin uçlarýna, yani <code>lo_open</code> ...
-       <code>lo_close</code> komutlarýnýn çevresine, <code>BEGIN WORK</code> ve
-       <code>COMMIT</code> koymanýz gerekmektedir;</p>
-       <p>Þu anda, PostgreSQL kurallarý large objectleri transaction commit edildiðinde kapatarak 
-           uygulamaktadýr. Dolayýsýyla handle ile yapýlacak ilk þey <i>invalid large obj descriptor</i> hatasý 
-       ile sonuçlanacaktýr.Dolayýsýyla çalýþan kodunuz eðer transaction kullanmazsanýz hata mesajlarý 
-       üretecektir.</p>
-       <p>Eðer ODBC gibi bir istemci arabirimi kullanýyorsanýz, <i>auto-commit</i>'i
-       kapatmanýz gerekebilir.</p>
-       
-       <h4><a name="4.21">4.21</a>) Þu andaki zamaný öntanýmlý deðer olarak
+       <p>Kabuğunuza bağlı olarak, bunlardan sadece biri olumlu sonuç verecektir, ama
+       bu işlem veri segment sınırınızı arttıracak, ve belki de sorgunuzun tamamlanmasını
+       sağlayacaktır. Bu komut, varolan işleme (<i>current process</i>) ve komut çalıştırıldıktan
+       sonraki tüm alt işlemlere uygulanır. Eğer SQL istemcinizle, <i>backend</i>'in çok
+       fazla veri döndürmesi nedeniyle bir sorun yaşıyorsanız, bunu istemciyi başlatmadan
+       önce deneyiniz.</p>
+       
+       <h4><a name="4.19">4.19</a>) Hangi PostgreSQL sürümünü çalıştırdığımı nasıl görebilirim?</h4>
+       <p>psql arabiriminde, <code>select version();</code> yazınız.</p>
+       
+       <h4><a name="4.20">4.20</a>) Neden <i>large-object</i> işlemlerim, "<i>invalid large obj
+       descriptor</i>" hatasını veriyor?</h4>
+       <p><i>Large object</i> işlemlerinizin uçlarına, yani <code>lo_open</code> ...
+       <code>lo_close</code> komutlarının çevresine, <code>BEGIN WORK</code> ve
+       <code>COMMIT</code> koymanız gerekmektedir;</p>
+       <p>Şu anda, PostgreSQL kuralları large objectleri transaction commit edildiğinde kapatarak 
+           uygulamaktadır. Dolayısıyla handle ile yapılacak ilk şey <i>invalid large obj descriptor</i> hatası 
+       ile sonuçlanacaktır.Dolayısıyla çalışan kodunuz eğer transaction kullanmazsanız hata mesajları 
+       üretecektir.</p>
+       <p>Eğer ODBC gibi bir istemci arabirimi kullanıyorsanız, <i>auto-commit</i>'i
+       kapatmanız gerekebilir.</p>
+       
+       <h4><a name="4.21">4.21</a>) Şu andaki zamanı öntanımlı değer olarak
        kabul eden <b>How do I create a column that will default to the current time?</b></h4>
        <p>Alttakini kullanabilirsiniz:</p>
        <pre>
@@ -899,28 +899,28 @@ CREATE TABLE test (x int, modtime timestamp DEFAULT CURRENT_TIMESTAMP );
        </pre>
        
        <h4><a name="4.22">4.22</a>) Neden <code>IN</code> kullanan <i>subquery</i>'lerim
-       çok yavas?</h4>
-       <p>7.4 sürümünden önce, subqueryler. Eðer subquery sadece birkaç satýr ve outer query bol 
-       sayýda satýr döndürüyorsa, IN en hýzlýsýdýr. Sorgularý hýzlandýrmak için IN yerine EXISTS 
-       kullanýn:</p>
+       çok yavas?</h4>
+       <p>7.4 sürümünden önce, subqueryler. Eğer subquery sadece birkaç satır ve outer query bol 
+       sayıda satır döndürüyorsa, IN en hızlısıdır. Sorguları hızlandırmak için IN yerine EXISTS 
+       kullanın:</p>
        <pre>
 SELECT *
     FROM tab
     WHERE col1 IN (SELECT col2 FROM TAB2)
        </pre>
-       <p>sorgusunu, aþaðýdaki ile deðiþtirin:</p>
+       <p>sorgusunu, aşağıdaki ile değiştirin:</p>
        <pre>
 SELECT *
     FROM tab
     WHERE EXISTS (SELECT col2 FROM TAB2 WHERE col1 = col2)     
        </pre>
-       <p>Bu iþlemin hýzlý olmasý için, subcol'un indexlenmiþ bir kolon olmasý gerekmektedir.</p>
-       <p>7.4 sürümü ve sonrasýnda, IN aslýnda normal sorgularla ayný karmaþýk join tekniklerini kullanýr ve 
+       <p>Bu işlemin hızlı olması için, subcol'un indexlenmiş bir kolon olması gerekmektedir.</p>
+       <p>7.4 sürümü ve sonrasında, IN aslında normal sorgularla aynı karmaşık join tekniklerini kullanır ve 
        EXISTS'e tercih edilir.</p>
 
-       <h4><a name="4.23">4.23</a>) <i>Outer join</i> iþlemini nasýl yapabilirim?</h4>
-       <p>PostgreSQL outer joins islemlerini SQL standartlarýný kullanarak
-       gerçekleþtirmektedir. Aþaðýda 2 örnek bulunmaktadýr:</p>
+       <h4><a name="4.23">4.23</a>) <i>Outer join</i> işlemini nasıl yapabilirim?</h4>
+       <p>PostgreSQL outer joins islemlerini SQL standartlarını kullanarak
+       gerçekleştirmektedir. Aşağıda 2 örnek bulunmaktadır:</p>
        <pre>
 SELECT *
 FROM t1 LEFT OUTER JOIN t2 ON (t1.col = t2.col);       
@@ -930,16 +930,16 @@ FROM t1 LEFT OUTER JOIN t2 ON (t1.col = t2.col);
 SELECT *
 FROM t1 LEFT OUTER JOIN t2 ON (t1.col = t2.col);       
        </pre>
-       <p>Bu özdeþ sorgular t1.col' i t2.col'ye <i>join</i> ederler ve ayný zamanda t1'deki
-       <i>unjoined</i> satýrlarý (t2'de eþlenmemiþ olanlarla) döndürürler. <code>RIGHT
-       JOIN t2</code>'nin <i>unjoined</i> satýrlarýný ekleyecektir. Bir FULL join, eþleþmiþ
-       bütün satýrlarý ve t1 ile t2'den tüm baðlanmamýþ (<i>unjoined</i>) satýrlarý alýr.
-       <code>OUTER</code> sözcüðü seçimseldir ve <code>LEFT</code>, <code>RIGHT</code> ve
-       <code>FULL</code> <i>join</i> iþlemlerinde olduðu kabul edilir. Sýradan <i>join</i>
-       iþlemleri <code>INNER JOIN</code> olarak adlandýrýlýr.</p>
-       <p>Önceki sürümlerde, <code>OUTER JOIN</code>ler <code>UNION</code> ve <code>NOT IN</code>
-       kullanýlarak simüle edilebiliyordu. Örneðin, tab1 ve tab2'yi birleþtirirken, aþaðýdaki
-       sorgu iki tablonun dýþtan baðlanmasýný saðlar:</p>
+       <p>Bu özdeş sorgular t1.col' i t2.col'ye <i>join</i> ederler ve aynı zamanda t1'deki
+       <i>unjoined</i> satırları (t2'de eşlenmemiş olanlarla) döndürürler. <code>RIGHT
+       JOIN t2</code>'nin <i>unjoined</i> satırlarını ekleyecektir. Bir FULL join, eşleşmiş
+       bütün satırları ve t1 ile t2'den tüm bağlanmamış (<i>unjoined</i>) satırları alır.
+       <code>OUTER</code> sözcüğü seçimseldir ve <code>LEFT</code>, <code>RIGHT</code> ve
+       <code>FULL</code> <i>join</i> işlemlerinde olduğu kabul edilir. Sıradan <i>join</i>
+       işlemleri <code>INNER JOIN</code> olarak adlandırılır.</p>
+       <p>Önceki sürümlerde, <code>OUTER JOIN</code>ler <code>UNION</code> ve <code>NOT IN</code>
+       kullanılarak simüle edilebiliyordu. Örneğin, tab1 ve tab2'yi birleştirirken, aşağıdaki
+       sorgu iki tablonun dıştan bağlanmasını sağlar:</p>
        <pre>
 SELECT tab1.col1, tab2.col2
 FROM tab1, tab2
@@ -951,69 +951,69 @@ WHERE tab1.col1 NOT IN (SELECT tab2.col1 FROM tab2)
 ORDER BY col1      
        </pre>
        
-       <h4><a name="4.24">4.24</a>) Ayný andan birden fazla veritabanýnda nasýl
-       iþlem yapabilirim?</h4>
-       <p>Mevcut veritabanýnýz dýþýndaki baþka bir veritabanýnýzý sorgulamanýzýn
-       bir yolu bulunmamaktadýr. Bunun nedeni, PostgreSQL'in veritabanýna özel sistem
-       kataloglarý yüklemesidir. Bu nedenle, cross-database bir sorgunun nasýl
-       davranacaðýný kestirmek zordur.</p>
-       <p>contrib/dblink fonksiyon çaðrýlarýný kullanarak cross-database sorgulara
-       izin verir. Tabii ki, bir istemci deðiþik veritabanlarýna ayný anda eriþim
-       saðlayabilir ve bilgiyi bu þekilde birleþtirebilir.</p>
-       
-       <h4><a name="4.25">4.25</a>) Bir fonksiyondan nasýl çoklu satýr ya da 
-       kolon döndürebilirim?</h4>
-       <p>7.3 sürümünde, bir fonksiyondan kolaylýkla çoklu satýr ya da sütun
-       döndürebilirsiniz.
+       <h4><a name="4.24">4.24</a>) Aynı andan birden fazla veritabanında nasıl
+       işlem yapabilirim?</h4>
+       <p>Mevcut veritabanınız dışındaki başka bir veritabanınızı sorgulamanızın
+       bir yolu bulunmamaktadır. Bunun nedeni, PostgreSQL'in veritabanına özel sistem
+       katalogları yüklemesidir. Bu nedenle, cross-database bir sorgunun nasıl
+       davranacağını kestirmek zordur.</p>
+       <p>contrib/dblink fonksiyon çağrılarını kullanarak cross-database sorgulara
+       izin verir. Tabii ki, bir istemci değişik veritabanlarına aynı anda erişim
+       sağlayabilir ve bilgiyi bu şekilde birleştirebilir.</p>
+       
+       <h4><a name="4.25">4.25</a>) Bir fonksiyondan nasıl çoklu satır ya da 
+       kolon döndürebilirim?</h4>
+       <p>7.3 sürümünde, bir fonksiyondan kolaylıkla çoklu satır ya da sütun
+       döndürebilirsiniz.
        (<i><a href="http://techdocs.postgresql.org/guides/SetReturningFunctions">http://techdocs.postgresql.org/guides/SetReturningFunctions</a></i>)</p>
        
-       <h4><a name="4.26">4.26</a>) Neden Pl/PgSQL fonksiyonlarý içinden
-       güvenli bir þekilde tablo yaratma/kaldýrma iþlemlerini yapamýyoruz?</h4>
-       <p>PL/PgSQL fonksiyon içerikleri <i>cache</i>'ler. Bunun istenmeyen bir tarafý,
-       eðer bir PL/PgSQL fonksiyonu geçici bir tabloya eriþiyorsa ve bu tablo ileride
-       kaldýrýlýp yeniden oluþturulduktan sonra fonksiyon yeniden çaðrýlýrsa, fonksiyon
-       çalýþmayacaktýr; çünkü <i>cache</i>'lenmiþ fonksiyon hala eski geçici tabloyu
-       gösteriyor olacaktýr. Çözüm, geçici tablo eriþimleri için PL/PgSQL'de
-       <code>EXECUTE</code> kullanmaktýr. Bu, sorgunun her seferinde yeniden iþlenmesini
-       saðlayacaktýr.</p>
-       
-       <h4><a name="4.27">4.27</a>) 4.28) Hangi þifreleme seçenekleri bulunmaktadýr?</h4>
-       <ul><li>contrib/pgcrypto SQL sorgularýnda kullanýlabilmesi için
-       þifreleme fonksiyonlarý içermektedir.</li>
-       <li> Ýstemciden sunucuya iletiþimi þifrelemek için, sunucuda ssl seçeneði postgresql.conf içinde 
-       açýk olmalýdýr. Ayrýca,pg_hba.conf dosyasý içinde host ya da hostssl kaydý mutlaka olmalýdýr ve 
-       istemci sslmode kapatýlmamalýdýr. (Ayný zamanda,PostgreSQL'in doðal SSL baðlantýlarý dýþýnda ssh ya 
-       da ssl gibi 3.parti þifrelenmiþ veri iletimi de mümkündür.)</li>
-       <li>Veritabaný kullanýcý adý ve þifreleri 7.3 sürümü ile birlikte
-       otomatik olarak þifrelenirler. Önceki sürümlerde, postgresql.conf
-       içindeki PASSWORD_ENCRYPTION seçeneðini aktif hale getirmeniz gerekmektedir.</li>
-       <li>Sunucunun kendisini þifreli dosya sistemi üzerinde çalýþtýrabilirsiniz.</li></ul>
+       <h4><a name="4.26">4.26</a>) Neden Pl/PgSQL fonksiyonları içinden
+       güvenli bir şekilde tablo yaratma/kaldırma işlemlerini yapamıyoruz?</h4>
+       <p>PL/PgSQL fonksiyon içerikleri <i>cache</i>'ler. Bunun istenmeyen bir tarafı,
+       eğer bir PL/PgSQL fonksiyonu geçici bir tabloya erişiyorsa ve bu tablo ileride
+       kaldırılıp yeniden oluşturulduktan sonra fonksiyon yeniden çağrılırsa, fonksiyon
+       çalışmayacaktır; çünkü <i>cache</i>'lenmiş fonksiyon hala eski geçici tabloyu
+       gösteriyor olacaktır. Çözüm, geçici tablo erişimleri için PL/PgSQL'de
+       <code>EXECUTE</code> kullanmaktır. Bu, sorgunun her seferinde yeniden işlenmesini
+       sağlayacaktır.</p>
+       
+       <h4><a name="4.27">4.27</a>) 4.28) Hangi şifreleme seçenekleri bulunmaktadır?</h4>
+       <ul><li>contrib/pgcrypto SQL sorgularında kullanılabilmesi için
+       şifreleme fonksiyonları içermektedir.</li>
+       <li> İstemciden sunucuya iletişimi şifrelemek için, sunucuda ssl seçeneği postgresql.conf içinde 
+       açık olmalıdır. Ayrıca,pg_hba.conf dosyası içinde host ya da hostssl kaydı mutlaka olmalıdır ve 
+       istemci sslmode kapatılmamalıdır. (Aynı zamanda,PostgreSQL'in doğal SSL bağlantıları dışında ssh ya 
+       da ssl gibi 3.parti şifrelenmiş veri iletimi de mümkündür.)</li>
+       <li>Veritabanı kullanıcı adı ve şifreleri 7.3 sürümü ile birlikte
+       otomatik olarak şifrelenirler. Önceki sürümlerde, postgresql.conf
+       içindeki PASSWORD_ENCRYPTION seçeneğini aktif hale getirmeniz gerekmektedir.</li>
+       <li>Sunucunun kendisini şifreli dosya sistemi üzerinde çalıştırabilirsiniz.</li></ul>
        
        <hr>
        
-   <h2 align="center">PostgreSQL Özelliklerini Geniþletmek</h2>
+   <h2 align="center">PostgreSQL Özelliklerini Genişletmek</h2>
        
-       <h4><a name="5.1">5.1</a>) Kullanýcý-tanýmlý bir fonksiyon yazdým.
-       psql'de çalýþtýrdýðým zaman neden core dump ediyor?</h4>
-       <p>Sorunun nedeni birden fazla þey olabilir. Kullanýcý-tanýmlý fonksiyonunuzu
-       stand-alone bir programda çalýþtýrmayý deneyiniz.</p>
+       <h4><a name="5.1">5.1</a>) Kullanıcı-tanımlı bir fonksiyon yazdım.
+       psql'de çalıştırdığım zaman neden core dump ediyor?</h4>
+       <p>Sorunun nedeni birden fazla şey olabilir. Kullanıcı-tanımlı fonksiyonunuzu
+       stand-alone bir programda çalıştırmayı deneyiniz.</p>
        
-       <h4><a name="5.2">5.2</a>) PostgreSQL'e nasýl yeni tipler/fonksiyonlar ekleyebilirim?</h4>
-       <p>Çalýþmalarýnýzý pgsql-hackers e-posta listesine gönderiniz. Kodunuz
-       incelendikten sonra contrib dizinine konacaktýr.</p>
+       <h4><a name="5.2">5.2</a>) PostgreSQL'e nasıl yeni tipler/fonksiyonlar ekleyebilirim?</h4>
+       <p>Çalışmalarınızı pgsql-hackers e-posta listesine gönderiniz. Kodunuz
+       incelendikten sonra contrib dizinine konacaktır.</p>
        
-       <h4><a name="5.3">5.3</a>) Bir <i>tuple</i> dondürmek icin bir C fonksiyonunu nasil yazarým?</h4>
-       <p>PostgreSQL 7.3 sürümü ile birlikte, C, PL/PgSQL ve SQL kullanýlarak tablo-döndüren
-       fonksiyonlar tamamen desteklenmektedir. Ayrýntýlý bilgi için
+       <h4><a name="5.3">5.3</a>) Bir <i>tuple</i> dondürmek icin bir C fonksiyonunu nasil yazarım?</h4>
+       <p>PostgreSQL 7.3 sürümü ile birlikte, C, PL/PgSQL ve SQL kullanılarak tablo-döndüren
+       fonksiyonlar tamamen desteklenmektedir. Ayrıntılı bilgi için
        <i><a href="http://www.postgresql.com/docs/7.3/interactive/user.html">PostgreSQL 7.3.2
-       Kullanýcý Rehberi</a></i>'ne bakabilrisiniz. Bir örneði contrib/tablefunc
-       içinde bulabilirsiniz.</p>
-       
-       <h4><a name="5.4">5.4</a>) Bir kaynak dosyasýnda deðiþiklik yaptým. Yeniden derlememe
-       raðmen deðiþiklik geçerli olmuyor. Neden?</h4>
-       <p>Makefile'lar include dosyalarý için tam bir baðýmlýlýk içermezler. 
-       Öncelikle make clean, ardýndan da baska bir make iþlemi yapmanýz gerekir.
-       GCC kullanýyorsanýz, configure betiðinin --enable-depend seçeneðini, derleyicinin
-       baðýmlýlýklarý otomatik olarak hesaplamasý için kullanabilirsiniz.</p>
+       Kullanıcı Rehberi</a></i>'ne bakabilrisiniz. Bir örneği contrib/tablefunc
+       içinde bulabilirsiniz.</p>
+       
+       <h4><a name="5.4">5.4</a>) Bir kaynak dosyasında değişiklik yaptım. Yeniden derlememe
+       rağmen değişiklik geçerli olmuyor. Neden?</h4>
+       <p>Makefile'lar include dosyaları için tam bir bağımlılık içermezler. 
+       Öncelikle make clean, ardından da baska bir make işlemi yapmanız gerekir.
+       GCC kullanıyorsanız, configure betiğinin --enable-depend seçeneğini, derleyicinin
+       bağımlılıkları otomatik olarak hesaplaması için kullanabilirsiniz.</p>
        
 </body></html>