diff options
| author | Peter Eisentraut <peter_e@gmx.net> | 2009-07-21 19:20:33 +0000 |
|---|---|---|
| committer | Peter Eisentraut <peter_e@gmx.net> | 2009-07-21 19:20:33 +0000 |
| commit | f3f45c87d23b800913fb8ea88fe2d713f6b9dd74 (patch) | |
| tree | fc823ac6d3faebdf23dd8bb4fff7c35a4ab6a136 /doc/src/FAQ/FAQ_turkish.html | |
| parent | f7ad9cab30aad86d60c5826cceeb7a6be4298cc8 (diff) | |
Remove translated FAQs
The English FAQ has been moved to the wiki, so the translated versions should
have been removed at that point as well.
The FAQ_MINGW.html should have been removed when the platform FAQs were
integrated into the documentation (or earlier).
applied to both 8.4 and 8.5
Diffstat (limited to 'doc/src/FAQ/FAQ_turkish.html')
| -rw-r--r-- | doc/src/FAQ/FAQ_turkish.html | 1019 |
1 files changed, 0 insertions, 1019 deletions
diff --git a/doc/src/FAQ/FAQ_turkish.html b/doc/src/FAQ/FAQ_turkish.html deleted file mode 100644 index 6327029c75d..00000000000 --- a/doc/src/FAQ/FAQ_turkish.html +++ /dev/null @@ -1,1019 +0,0 @@ -<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> -<html> -<head> - <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; } - a:active { color: #0000ff; } - a:visited { color: #a00000; } - i { font-style: oblique; } - body, h1, h2, h4, ul, p, a { font-family: helvetica, arial, sans-serif; font-size: medium; color: black; } - pre { color: #5C5C5C; padding-left: 30px; } - .fixme { color: cyan; } - --></style> -</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> -<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 -(<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> -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> - -<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.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> - -<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> - <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> - -<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.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 - (<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.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> - <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.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> - - -<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> - <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 - (<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> - <p>PostgreSQL Data Base Management System</p> - - <P>Portions Copyright (c) 1996-2009, PostgreSQL Global Development Group - Portions Copyright (c) 1994-6 Regents of the University of California</P> - - <p>Permission to use, copy, modify, and distribute this software - and its documentation for any purpose, without fee, and without a - written agreement is hereby granted, provided that the above - copyright notice and this paragraph and the following two - paragraphs appear in all copies.</p> - <p>IN NO EVENT SHALL THE UNIVERSITY OF CALIFORNIA BE LIABLE TO ANY - PARTY FOR DIRECT, INDIRECT, SPECIAL, INCIDENTAL, OR CONSEQUENTIAL - DAMAGES, INCLUDING LOST PROFITS, ARISING OUT OF THE USE OF THIS - SOFTWARE AND ITS DOCUMENTATION, EVEN IF THE UNIVERSITY OF - CALIFORNIA HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.</p> - <p>THE UNIVERSITY OF CALIFORNIA SPECIFICALLY DISCLAIMS ANY - WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES - OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE - SOFTWARE PROVIDED HEREUNDER IS ON AN "AS IS" BASIS, AND THE - UNIVERSITY OF CALIFORNIA HAS NO OBLIGATIONS TO PROVIDE MAINTENANCE, - SUPPORT, UPDATES, ENHANCEMENTS, OR MODIFICATIONS.</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 - indirilebilir.</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> - - <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> - <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> - <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> - <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> - <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> - Unix komutunu kullanabilirsiniz.</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> - - <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 - <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> - <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> - - <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> - - <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. - <i><a href="http://www.commandprompt.com/ppbook">http://www.commandprompt.com/ppbook</a></i> - 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> - <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>, - <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><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>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>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 - 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 - <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> - - <hr> - - <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> - <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 - 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> - - <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> - - <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), - 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 - <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> - <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 - bakabilirsiniz.</p> - - <hr> - - <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. - <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 - <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> - - - <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, - <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> - <pre>cd /usr/local/pgsql<br>./bin/postmaster >server.log 2>&1 &</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, - <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 - 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.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> - - <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> - <pre> -BEGIN; -LOCK TABLE old_table; -SELECT ... -- select all columns but the one you want to remove -INTO TABLE new_table -FROM old_table; -DROP TABLE old_table; -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> - <pre> - 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> - <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 - -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ı - 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>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> - - 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 - ORDER BY col [ DESC ] - 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><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 - 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> - </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.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>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> - - <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> - <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> - <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> - <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> - <pre> -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. -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 - <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> - - <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> - <pre> -CREATE TABLE person ( - id SERIAL, - name TEXT -); - </pre> - <p>buna çevrilir:</p> - <pre> -CREATE SEQUENCE person_id_seq; -CREATE TABLE person ( - id INT4 NOT NULL DEFAULT nextval('person_id_seq'), - name TEXT -); -CREATE UNIQUE INDEX person_id_key ON person ( id ); - </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> - - <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ı, - <tablo adı>_<serial kolonu adı>_seq şeklinde olacaktır (< > işaretleri olmadan).</p> - - <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> - - <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> - - <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 - 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>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; - COPY new TO '/tmp/pgtable'; - 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>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> - <li>retrieve, select</li> - <li>replace, update</li> - <li>append, insert</li> - <li>OID, serial value</li> - <li>portal, cursor</li> - <li>range variable, table name, table alias</li></ul> - <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> - <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 - kabul eden <b>How do I create a column that will default to the current time?</b></h4> - <p>Alttakini kullanabilirsiniz:</p> - <pre> -CURRENT_TIMESTAMP: -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> - <pre> -SELECT * - FROM tab - WHERE col1 IN (SELECT col2 FROM TAB2) - </pre> - <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 - 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> - <pre> -SELECT * -FROM t1 LEFT OUTER JOIN t2 ON (t1.col = t2.col); - </pre> - <p>ya da</p> - <pre> -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> - <pre> -SELECT tab1.col1, tab2.col2 -FROM tab1, tab2 -WHERE tab1.col1 = tab2.col1 -UNION ALL -SELECT tab1.col1, NULL -FROM tab1 -WHERE tab1.col1 NOT IN (SELECT tab2.col1 FROM tab2) -ORDER BY col1 - </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. - (<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> - - <hr> - - <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.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 - <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> - -</body></html> |
