aboutsummaryrefslogtreecommitdiff
path: root/doc/src/FAQ/FAQ_turkish.html
diff options
context:
space:
mode:
Diffstat (limited to 'doc/src/FAQ/FAQ_turkish.html')
-rw-r--r--doc/src/FAQ/FAQ_turkish.html1408
1 files changed, 704 insertions, 704 deletions
diff --git a/doc/src/FAQ/FAQ_turkish.html b/doc/src/FAQ/FAQ_turkish.html
index 20f970ab8d1..13c6f7fd43e 100644
--- a/doc/src/FAQ/FAQ_turkish.html
+++ b/doc/src/FAQ/FAQ_turkish.html
@@ -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; }
@@ -16,147 +16,147 @@
</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örülebilir.</p>
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ýl
- 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ıl
+ 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ýf
- 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ıf
+ 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ýk
- 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ık
+ 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ük
- 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ük
+ 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ýl
- 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ıl
+ 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ür
- (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üm
+ <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ür
+ (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üm
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>