From 887a1365720ac8634fc61f8cedefb725b410e476 Mon Sep 17 00:00:00 2001 From: Bruce Momjian Date: Tue, 2 Mar 2004 15:46:34 +0000 Subject: Update Turkish FAQ, Devrim GUNDUZ --- doc/src/FAQ/FAQ_turkish.html | 2278 +++++++++++++++++++----------------------- 1 file changed, 1007 insertions(+), 1271 deletions(-) (limited to 'doc/src') diff --git a/doc/src/FAQ/FAQ_turkish.html b/doc/src/FAQ/FAQ_turkish.html index 9e700dac678..a3f2636be95 100644 --- a/doc/src/FAQ/FAQ_turkish.html +++ b/doc/src/FAQ/FAQ_turkish.html @@ -1,734 +1,574 @@ - - PostgreSQL için Sıkça Sorulan Sorular (SSS) - -Son güncelleme : 26 Temmuz 2003 Cumartesi - 18:32:11 - -Current maintainer: Bruce Momjian (pgman@candle.pha.pa.us -) - -Çevirenler : Devrim Gündüz (devrim@gunduz.org ) -Nicholas Morris Tufar (ntufar@yahoo.com ) -Volkan Yazıcı (volkany@celiknet.com ) - -Bu belgenin en güncel hali, -http://www.PostgreSQL.org/docs/faqs/FAQ_turkish.html - ve -http://www.gunduz.org/seminer/pg/FAQ_turkish adreslerinde görülebilir. - -Platforma özel sorularınız, http://www.PostgreSQL.org/docs/index.html - adresinde yanıtlanır. - ------------------------------------------------------------------------- - - - Genel Sorular - -1.1 <#1.1>) PostgreSQL nedir? Nasıl okunur? -1.2 <#1.2>) PostgreSQL' in hakları nedir? -1.3 <#1.3>) PostgreSQL, hangi Unix platformlarında çalısır? -1.4 <#1.4>) Hangi Unix olmayan uyarlamaları bulunmaktadır? -1.5 <#1.5>) PostgreSQL'i nereden indirebilirim? -1.6 <#1.6>) Desteği nereden alabilirim? -1.7 <#1.7>) En son sürümü nedir? -1.8 <#1.8>) Hangi belgelere ulaşabilirim? -1.9 <#1.9>) Bilinen hatalar ya da eksik özelliklere nereden ulasabilirim? -1.10 <#1.10>) Nasıl SQL öğrenebilirim? -1.11 <#1.11>) PostgreSQL 2000 yılına uyumlu mudur? -1.12 <#1.12>) Geliştirme takımına nasıl katılabilirim?? -1.13 <#1.13>) Bir hata raporunu nasıl gönderebilirim? -1.14 <#1.14>) PostgreSQL, diğer VTYS(DBMS) lerle nasıl karşılaştırılabilir? -1.15 <#1.15>) PostgreSQL'e maddi açıdan nasıl destek olabilirim? - - - Kullanıcı/istemci Soruları - -2.1 <#2.1>) PostgreSQL için ODBC sürücüleri var mı ? -2.2 <#2.2>) PostgreSQL'i web sayfalarında kullanabilmek için hangi -araçlar bulunmaktadır ? -2.3 <#2.3>) PostgreSQL'in grafik kullanıcı arabirimi var mıdır? -2.4 <#2.4>) PostgreSQL ile iletişimi kurabilmek için hangi dilleri -kullanabilirim? - - - Yönetimsel Sorular - -3.1 <#3.1>) PostgreSQL'i //usr/local/pgsql/ dizininden başka dizinlere -nasıl kurabilirim?? -3.2 <#3.2>) /Postmaster/'ı başlattığımda /Bad System Call/ ya da core -dumped mesajı alıyorum. Neden? -3.3 <#3.3>) /Postmaster/'ı başlattığımda, /IpcMemoryCreate/ hatası -alıyorum. Neden? -3.4 <#3.4>) /Postmaster/, başlattığımda, /IpcSemaphoreCreate hatası/ -alıyorum. Neden? -3.5 <#3.5>) Diğer bilgisayarların benim PostgreSQL veritabanı sunucuma -bağlantılarını nasıl kontrol edebilirim? -3.6 <#3.6>) Veritabanı motorunu daha iyi başarım icin nasıl ayarlayabilirim? -3.7 <#3.7>) Hangi hata ayıklama özellikleri bulunmaktadır? -3.8 <#3.8>) Bağlanmaya çalışırken, neden "/Sorry, too many clients/" -hatasını alıyorum? -3.9 <#3.9>) /pgsql_tmp/dizinin içindeki dosyalar nelerdir? -3.10 <#3.10>) PostgreSQL sürümlerini yükselmek için neden bir -dump/reload işlemi gerçekleştirmek zorundayım? - - - İşletimsel Sorular - -4.1 <#4.1>) Binary cursor ve normal cursor arasındaki fark nedır? -4.2 <#4.2>)Sorgunun sadece ilk birkaç satırını nasıl SELECT edebilirim? -4.3 <#4.3>) /psql/'in içinde gördügüm tablolarin ya da diğer şeylerin -listesini nasıl alabilirim? -4.4 <#4.4>)Bir tablodan bir kolonu nasıl kaldırabilirim? -4.5 <#4.5>)Bir satır, tablo ve veritabanı icin en fazla büyüklük nedir? -4.6 <#4.6>) Tipik bir metin dosyasındaki veriyi saklamak için ne kadar -disk alanı gereklidir? -4.7 <#4.7>) Veritabanında hangi tablo ya da indexlerin tanımlandıgını -nasil görebilirim? -4.8 <#4.8>) Sorgularım cok yavas, ya da indexlerimi kullanmiyorlar. Neden? -4.9 <#4.9>) Query-optimizer in sorgularımı nasıl değerlendirdigini, -işleme soktuğunu nasıl görebilirim? -4.10 <#4.10>) R-tree index nedir? -4.11 <#4.11>) Genetic Query Optimizer nedir? -4.12 <#4.12>) Düzenli ifade (Regular Expression) aramalarını ve -büyük/küçük harfe duyarsız aramaları nasil yapabilirim? Bu büyük(küçük -harfe duyarlı aramalar için indeksi nasil kullanabilirim? -4.13 <#4.13>) Bir sorguda, bir alanın NULL olduğunu nasıl ortaya -çıkarabilirim? -4.14 <#4.14>) Çesitli karakter tipleri arasındaki farklar nelerdir? -4.15.1 <#4.15.1>) Nasıl serial/otomatik artan(auto-incrementing) bir -alan yaratabilirim? -4.15.2 <#4.15.2>) Serial girişinin değerini nasıl alabilirim? -4.15.3 <#4.15.3>) /currval()/ ve /nextval()/ diğer kullanıcılara sorun -yaratmaz mı?> -4.15.4 <#4.15.4>) Neden sequence sayıların transaction işleminin -iptalinden sonra yeniden kullanılıyor? Neden sequence/SERIAL kolonumdaki -sayılarda atlamalar oluyor? -4.16 <#4.16>) OID nedir? TID nedir? -4.17 <#4.17>) PostgreSQL' de kullanılan bazı terimlerin anlamları nelerdi? -4.18 <#4.18>) Neden /"ERROR: Memory exhausted in AllocSetAlloc()"/ -hatasını alıyorum? -4.19 <#4.19>) Hangi PostgreSQL sürümünü çalıstırdığımı nasıl görebilirim?? -4.20 <#4.20>) Neden large-object işlemlerim, /"invalid large obj -descriptor"/ hatasını veriyor? -4.21 <#4.21>) Şu andaki zamanı öntanımlı değer olarak kabul eden kolonu -nasıl yaratırım? -4.22 <#4.22>) Neden |IN| kullanan subquerylerim çok yavaş? -4.23 <#4.23>) Outer join işlemini nasıl yapabilirim? -4.24 <#4.24>) Aynı anda birden fazla veritabanında nasıl işlem yapabilirim? -4.25 <#4.25>) Bir fonksiyondan nasıl çoklu satır ya da kolon -döndürebilirim?? -4.26 <#4.26>) Neden Pl/PgSQL fonksiyonları içinden güvenli bir şekilde -tablo yaratma/kaldırma işlemlerini yapamıyoruz? -4.27 <#4.27>) Hangi replikasyon seçenekleri bulunmaktadır? -4.28"D <#4.28>) Hangi şifreleme seçenekleri bulunmaktadır? - - - PostgreSQL Özelliklerini Genişletmek - -5.1 <#5.1>) Kullanıcı-tanımlı bir fonksiyon yazdım. /psql/'de -çalıştırdığım zaman neden core dump ediyor? -5.2 <#5.2>) PostgreSQL'e nasıl yeni veri tipleri/fonksiyonlar ekleyebilirim? -5.3 <#5.3>) Bir tuple döndürmek için bir C fonksiyonunu nasıl yazarım? -5.4 <#5.4>) Bir kaynak dosyasında değisiklik yaptım. Yeniden derlememe -rağmen değişiklik geçerli olmuyor. Neden?? ------------------------------------------------------------------------- - - - Genel Sorular - - - 1.1) PostgreSQL nedir? Nasıl okunur? - -PostgreSQL, /Post-Gres-Q-L/. olarak okunur - -PostgreSQL, yeni-nesil VTYS araştırma prototipi olan POSTGRES veritabanı -yönetim sisteminin geliştirilmesidir. POSTGRES' in zengin veri tiplerini -ve güçlü veri modelini tutarken, SQL'in geliştirilmis alt kümesi olan -PostQuel dilini kullanır. PostgreSQL ücretsizdir ve kaynak kodu açık -dağıtılır. - -PostgreSQL, PostgreSQL geliştirme listesine üye olan bir Internet -geliştirici takımı tarafından geliştirilir. Şu andaki koordinatör, Marc -G. Fournier (scrappy@PostgreSQL.org ). -(Bu takıma nasıl katılacagınızı öğrenmek için 1.6 <#1.6> numaralı -maddeyi okuyunuz.) Bu takım, tüm PostgreSQL gelişiminden sorumludur. - -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üredigi orijinal Postgres -kodu, lisans, lisansüstü ve akademisyenler tarafından, Professor Michael -Stonebraker ) University of California, Berkeley) koordinatörlügünde -yazılmıstır. - -Berkley'deki yazılımın adı Postgres idi. SQL uyumluluğu 1995'te -eklenince, adı Postgres 95 oldu. 1996 yılının sonlarında adı PostgreSQL -olarak değiştirildi. - - - 1.2) PostgreSQL'in hakları nedir? - -PostgreSQL Data Base Management System - -Portions copyright (c) 1996-2002, PostgreSQL Global Development Group -Portions Copyright (c) 1994-6 Regents of the University of California - -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. - -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. - -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. - -Ü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. - - - 1.3) PostgreSQL, hangi Unix platforlarında çalısır? - -Genel olarak, modern bir Unix-uyumlu platform PostgreSQL'i -çalıştıracaktır. Ayrıntılı bilgi için kurulum belgelerine bakabilirsiniz. - - - 1.4) Hangi Unix olmayan uyarlamaları bulunmaktadır? - -*İstemci* - -libpq C kütüphanesini, psql ve diger arabirimleri ve binary dosyaları, -MS Windows ortamlarında çalısması için derlemeniz mümkündür. Bu örnekte -istemcide MS Windows çalısıyor ve desteklenen Unix platformlarından -birinde çalısan PostgreSQL sunucuna TCP/IP ile baglanmaktadır. Dağıtım -içindeki win31.mak dosyası ile, Win32 libpg kütüphanesi ve psql -yaratabilirsiniz. PostgreSQL aynı zamanda ODBC istemcileri ile -haberlesebilmektedir. - -*Sunucu* - -Veritabanı sunuucsu Cygwin kullanarak Windows NT, 2K ya da XP üzerinde -calistirilabilir. Dagıtım içindeki pgsql/doc/FAQ_MSWıN dosyasını ya da -web sitemizdeki MS Windows FAQ'u inceleyebilirsiniz. - -Doğal Windows NT/2000/XP portu için şu anda çalışmalar devam etmektedir. -Windows sürümü hakkında güncel bilgi için, -http://techdocs.postgresql.org/guides/Windows adresini ziyaret -edebilirsiniz. - -Ayrıca, http://forge.novell.com adresinde Novell Netware 6 portu -bulunmaktadır. - - - 1.5) PostgreSQL'i nereden indirebilirim? - -PostgreSQL için ana anonim ftp sitesi ftp://ftp.PostgreSQL.org/pub' dur. -Yansılar için, ana web sayfamıza bakabilirsiniz. - - - 1.6) Nereden destek alabilirim? - -Ana e-posta listesi : pgsql-general@PostgreSQL.org. PostgreSQL -konusundaki tartısmalara açıktır. Üye olmak için, asagıdaki satırları -e-postanizin body kısmına (konu kısmına degil) yazıp, -pgsql-general-request@PostgreSQL.org adresine gönderin: - -subscribe -end - -Aynı zamanda, bir digest listesi bulunmaktadır. Bu listeye üye olmak -için, pgsql-general-digest-request@PostgreSQL.org adresine, body kısmında - -subscribe -end - -yazan bir e-posta atmanız yeterli olacaktır. - -Digest postalar, ana liste 30k civarında e-postaya ulastiginda üyelere -gönderilmektedir. - -Buglar için bir e-posta listesi bulunmaktadır. Bu listeye üye olmak -için, email to pgsql-bugs-request@PostgreSQL.org adresine, body kısmında - -subscribe -end - -yazan bir e-posta atmanız yeterli olacaktır. - -Aynı zamanda, gelistiriciler için tartısma listesi bulunmaktadır. Bu -listeye üye olmak için, pgsql-hackers-request@PostgreSQL.org adresine, -body kısmında - -subscribe -end - -yazan bir e-posta atmanız yeterli olacaktır. - -Bunun dısındaki e-posta listelerine ve PostgreSQL hakkında bilgiye, -PostgreSQL WWW ana sayfasından ulasabilirsiniz: - -http://www.PostgreSQL.org - -Aynı zamanda, EFNet üzerinde, #PostgreSQL adlı bir ıRC kanalı -bulunmaktadır. Bunun için, irc -c '#PostgreSQL' "$USER" irc.phoenix.net -Unix komutunu kullanabilirsiniz. - -Ticari destek veren firmaların listesine - -http://www.postgresql.org/users-lounge/commercial-support.html - -adresinden ulasabilirsiniz. - - - 1.7) En son sürüm nedir? - -PostgreSQL'in son sürümü 7.3.3'tür. - -Her 4 ayda major release çıkarılması planlanmaktadır. - - - 1.8) Hangi belgelere ulasabilirim? - -Dağıtımın icinde, kitapciklar, kitapcik sayfalari ve bazi küçük örnekler -verilmektedir. /doc dizinine bakınız. Ayrica, bu el kitapçıklarını -online olarak http://www.PostgreSQL.org/docs/ adresinden inceleyebilirsiniz. - -http://www.PostgreSQL.org/docs/awbook.html ve -http://www.commandprompt.com/ppbook adreslerinde PostgreSQL kitapları -bulunmaktadır. PostgreSQL kitablarının listesine, -http://www.ca.PostgreSQL.org/books/ adresinden ulaşaiblirsiniz. Ayrıca, -PostgreSQL konusundaki teknik makalelere de -http://techdocs.PostgreSQL.org/ adresinden ulaşabilirsiniz. - -psql'in, \d ile baslayan veri tipler, operatorler, fonksiyonlar, -aggregateler, vb. ile ilgili güzel komutları vardır. - -Web sitemiz daha fazla belgeyi içermektedir. - - - 1.9) Bilinen hatalar ya da eksik özelliklere nereden ulasabilirim? - -PostgreSQL SQL-92 uyumlugugu icindedir, standartlardan fazla da -özellikleri bulunmaktadır. Bilinen hatalar, eksik özellikler ve gelecek -ile ilgili planlar için TODO listesine bakınız. - - - 1.10) Nasıl SQL öğrenebilirim? - -http:/www.PostgreSQL.org/docs/awbook.html adresindeki kitap SQL -ögretecektir. http://www.commandprompt.com/ppbook adresinde de bir baska -PostgreSQL kitabı bulunmaktadır. - -http://www.intermedia.net/support/sql/sqltut.shtm, -http://ourworld.compuserve.com/homepages/graeme_birchall/HTM_COOK.HTM -http://sqlcourse.com ve http://sqlcourse2.com adreslerinde de güzel -belgeler bulunmaktadır. - -Bir başkası da, http://members.tripod.com/er4ebus/sql/index.htm -adresinde bulunan "Teach Yourself SQL in 21 Days, Second Edition" kitabıdır. - -Bazı kullanıcılarımız da şu kitabı önermektedirler: The Practical SQL -Handbook, Bowman, Judith S., et al.,Addison-Wesley. Others like The -Complete Reference SQL, Groff et al., McGraw-Hill. - - - 1.11) PostgreSQL 2000 yılına uyumlu mudur? - -Evet. - - - 1.12) Gelistirme takımına nasıl katılabilirim? - -Öncelikle, en son kaynak kodunu indirin ve web sitemizdeki ya da -dagıtımın içindeki PostgreSQL Developer belgesini okuyun. Ardindan, -pgsql-hackers ve pgsql-patches listelerine üye olun. Üçüncü olarak da, -pgsql-pacthes listesine yüksek kalitede yamalar gönderin. - -PostgreSQL CVS arsivine erisim izni olan, 10 kadar gelistirici -bulunmaktadir. Hepsi defalarca, diger kisilerin yaptigindan cok daha -yüksek-kaliteli patchler gondermislerdir. Ayrica biz de bu -gelistiricilerin ekledikleri yamalarin yüksek kalitede olduguna güveniyoruz. - - - 1.13) Bir hata raporunu nasıl gönderebilirim? - -PostgreSQL BugTool sayfasina gidiniz. O sayfada bir bug bildirmek icin -neleri yapmanız gerektigi anlatilmistir. - -Ayrıca, ftp://ftp.PostgreSQL.org/pub ftp adresimizde, yeni bir -PostgreSQL sürümü ya da yamasi olup olmadigini kontrol ediniz. - - - 1.14) PostgreSQL, diger DBMS'lerle nasıl karsilastırılabilir? - -Bir yazilimin gücünü ölçmek için çesitli yollar vardir: Yazilimin -özellikleri, basarımı, güvenilirligi, destegi ve ücreti. - -Özellikler: - -PostgreSQL mevcut büyük ticari veritabanlarinin, transaction, subselect, -trigger, view, foreign key referential integrity ve sophisticated -locking gibi (user-defined types), rules, inheritance ve lock -cakısmalarini düsürmek icin multi-version uyumluluk özellikleri -bulunmaktadir. - -Performans (Başarım): - -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,insert/update islemlerinde, transaction 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ıs -durumdayız . PostgreSQL'i MySQL ile karşılaştıran şu web sitesine -bakabilirsiniz: http://openacs.org/why-not-mysql.html - -Güvenilirlik: - -DBMSlerin güvenilir olması gerketigi, yoksa degerleri olmayacagini -düsünüyoruz Çok iyi test edilmis, dengeli çalısan minimum sayıda hata -içeren kod sunmaya çalısı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 sundugumuzu görebilirsiniz. Bu alanda, diger -veritabanı yaZılımlarına üstünlügümüz olduguna inanmaktayız - -Destek: - -E-posta listemiz, olusan herhangi bir sorunu çözebilecek büyük sayıda -kullanıcı ve gelistirici 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 erisebilme, -PostgreSQL destegini, diger DBMSlere göre daha önemli kılar. Gereksinimi -olanlara, ticari destek verilebilir. (Destek için 1.6 bölümüne bakınız.) - -Fiyat: - -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. - - - 1.15) PostgreSQL'e maddi açıdan nasıl destek olabilirim? - -PostgreSQL, 1996 yılından beri 1.sınıf altyapıya ashiptir. Bunun için, -yıllar boyu çalısıp bu altyapıyı olusturup yöneten Marc Fournier'e -tesekkürler. - -Bir açık kaynak kodlu proje için, kaliteli altyapı çok önemlidir. Bu -altyapı, projenin kesilmesini önler ve projenin ilerlemesini hızlandırır. - -Tabii ki bu altyapı ucuz degildir. ıslerin yürümesi için çeşitli yılık -ve anlık harcamalarımız olmaktadır. Eger siz ya da sirketinizin bu -çabamıza bagısta bulunabilecek parası varsa, lütfen -http://www.pgsql.com/pg_goodies adresine gidiniz ve bagısta, hibede -bulununuz. - -Web sayfasının PostgreSQL, ınc.' den bahsetmesine ragmen, "katkıda -bulunanlar" (contributors) maddesi sadece PostgreSQL projesini -desteklemek içindir ve belirli bir sirketin para kaynagı degildir. -isterseniz, baglantı adresine bir çek gönderebilirsiniz. - ------------------------------------------------------------------------- - - - Kullanıcı/istemci Soruları - - - 2.1) PostgreSQL icin ODBC sürücüleri var mı? - -iki tane ODBC sürücüsü bulunmaktadır: PsqlODBC ve OpenLink ODBC. - -PsqlODBC'i http://gborg.postgresql.org/project/psqlodbc/projdisplay.php -adresinden indirebilirsiniz. - -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. - -Ü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. - - - 2.2) PostgreSQL'i web sayfalarında kullanabilmek için hangi - araçlar bulunmaktadır? - -http://www.webreview.com adresinde, arka planda veritabanı çalıstıran -Web sayfaları için giris seviyesinde bilgi bulunmaktadır. - -Web ile bütünlesme için, PHP mükemmel bir arabirim sunar. http://www.php.net - -Karmaşık sorunlar için, çoğu kisi Perl arabirimini ve CGI.pm ya da -mod_perl kullanır. - - - 2.3) PostgreSQL'in grafik kullanıcı arabirimi var mıdır? - -Çeşitli grafik arabirimlerimiz bulunmaktadır. Bunların arasında, -PgAccess (http://www.pgaccess.org), PgAdmin II (http://www.pgadmin.org, -sadece Win32 için), RHDB Admin (http://sources.redhat.com/rhdb/ ) ve -Rekall (http://www.thekompany.com/products/rekall/) bulunmaktadır. -Ayrıca, PostgreSQL için web tabanlı bir arabirim olan PHPPgAdmin ( -http://phppgadmin.sourceforge.net/ ) bulunmaktadır. - -Daha ayrıntılı liste için http://techdocs.postgresql.org/guides/GUITools -adresine bakabilirsiniz. - - - 2.4) PostgreSQL ile iletişimi kurabilmek için hangi dilleri - kullanabilirim? - - * C (libpq) - * Embedded C (ecpg) - * Java (jdbc) - * Python (PyGreSQL) - * TCL (libpgtcl) - -Diğerleri için, http://gborg.postgresql.org adresindeki -Drivers/Interfaces bölümüne bakabilirsiniz. - ------------------------------------------------------------------------- - - - Yönetimsel Sorular - - - 3.1) PostgreSQL'i, /usr/local/pgsql dizininden baska dizinlere - nasıl kurabilirim? - -configure betigini çalıstırırken, --prefix seçenegini veriniz. - - - 3.2) postmaster'i baslattıgımda, a Bad System Call ya da core - dumped mesajı alıyorum. Neden? - -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. - - - 3.3) postmaster'i baslattıgımda, a ıpcMemoryCreate hatası - alıyorum. Neden? - -Ya çekirdeginizde shared memory desteginiz düzgünce -yapılandırılmamıstır, ya da çekirdeginizdeki mevcut shared memory -miktarını büyütmeniz gerekecektir. Gereksinim duyacagınız miktar, -mimarinize ve postmaster için ayarladıgınız tampon ile backend islemi -sayısına baglıdır. Tüm sistemler için, tamponlar ve islemlerde öntanımlı -sayılarla, ~ 1MB kadar yere gereksinmeniz olacaktir.PostgreSQL -Administrator's Guide' a, shared memory ve semaphorelar hakkındaki -ayrıntılı bilgi için bakabilirsiniz. - - - 3.4) postmaster'i baslattıgımda, a ıpcSemaphoreCreate hatası - alıyorum. Neden? - -Eger hata, "ıpcSemaphoreCreate: semget failed (No space left on device)" -ise, çekirdeginiz yeterli semaphore ile yapılandırılmamıs demektir. -Postgres, her bir potansiyel backend için bir semaphore gereksinmesi -duyar. Geçici bir çözüm, postmasterı backend islemleri için daha az -miktarda sınırla baslatmak olabilir. -N i varsaılan deger olan 32'den -küçük bir degerle baslatınız. Daha kalıcı bir çözüm, çekirdeğinizin -SEMMNS ve SEMMNI parametrelerini yükseltmek olacaktır. - -Çalışmayan semaphorelar ağır veritabanı islemlerinde çökme yaratabilirler. - -Eger hata mesajınız baska birsey ise, çekirdeginizde semaphore destegini -yapılandırmamıs olabilirsiniz. Shared memory ve semaphorelar hakkındaki -daha ayrıntılı bilgi için PostgreSQL Administrator's Guide'a bakabilirsiniz. - - - 3.5) Diger bilgisayarların benim PostgreSQL veritabanı sunucuma - baglantılarını nasıl kontrol edebilirim? - -Ön tanımlı olarak, PostgreSQL sadece yerel makineden Unix domain sockets -kullanarak baglanılmasına izin verir. Diger makineler, postmaster'a -i -etiketini geçirmezseniz ve $PGDATA_pg_hba.conf dosyasını düzenleyerek -host-based authentication'a olanak vermezseniz, baglantı yapamayacaklardır. - - - 3.6) Veritabani motorunu daha iyi basarim icin nasil - ayarlayabilirim? - -Indexler sorguları hızlandırabilir. EXPLAIN komutu, PostgreSQL'in -sorgunuzu nasıl yorumladığını ve hangi indexleri kullandigini görmenize -izin verir. - -Eğer cok fazla INSERT islemi yapiyorsaniz, bunları büyük bir toplu islem -dosyasi kullanıp COPY komutu ile veritabanina girmeyi deneyiniz. Bu, -tekil ıNSERTlerden daha hızlıdır. ikinci olarak, BEGıN WORK/COMMıT -transaction blogu içinde olmayan ifadeler kendi transactionlarindaymis -gibi düsünülür. Çoklu ifadeleri tek bir transaction bloğu içinde -yapabilirsiniz. Bu, transaction overheadini düşürecektir. Tek bir -transaction bloğu içinde birden çok ifadeyi çalıştırmayı -deneyebilirsiniz. Bu, transaction overhead ini düşürür. - -Çeşitli ayarlama seçenekleri mevcuttur. fsync() işlemini, postmaster'ı --o -F seçeneği ile başlatarak devre dışı bırakabilirsiniz. Bu işlem, -fsync()'lerin her transactiondan sonra diske flush etmesini engelleyecektir. - -Aynı zamanda, postmaster'i -B seçeneği ile başlatıp, backend işlemleri -tarafından kullanılan shared memorf buffers sayılarını -arttırabilirsiniz. Eger bu parametreyi çok yüksek tutarsanız, -çekirdeğinizin shared memory bölgesindeki limiti aşma olasılığınız -yüzünden postmaster başlayamayabilir. Her bir tampon (buffer) 8K'dır. -Öntanımlı sayı ise 64 tampondur. - -Aynı şekilde, backend'in -S seçeneğini geçici sıralamalar için backend -süreçleri tarafından kullanılacak hafızayı arttırmak amacıyla -kullanabilirsiniz. -S seçeneği kilobayt cinsinden değer alır ve ön -tanımlı değeri 512'dir (512 K) - -Tablolardaki veriyi bir indekse eşlemek amacıyla gruplama için CLUSTER -komutunu kullanabilirsiniz. Ayrıntılı bilgi için CLUSTER komutunun -yardım sayfasına bakabilirsiniz. - - - 3.7) Hangi hata ayıklama özellikleri bulunmaktadır? - -PostgreSQL, hata ayıklama amacıyla kullanılabilecek durum bilgisi rapor -eden çeşitli özeliklere sahiptir. - -Öncelikle, configure betiğini --enable-cassert seçeneğiyle -çalıştırırsanız, bir çok assert() backend calışmasını gözlemler ve -beklenmeyen bir durumda programı durdurur. - -Postmaster ve postgres çeşitli hata ayıklama seçeneklerine sahiptir. -Öncelikle, postmaster'i başlattığınızda, standart çıktıyı ve hataları -bir log dosyasına yönlendirdiğinize emin olun: - -cd /usr/local/pgsql -./bin/postmaster >server.log 2>&1 & - -Bu işlem PostgreSQL ana dizinine server.log dosyası yerleştirecektir. Bu -dosya sunucunun yaşadığı sorunlar ya da hatalar hakkında yararlı -bilgiler içerir. -d 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. - -Eğer postmaster çalışmıyorsa, postgres backend'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. backend postmasterdan başlatılmadığından, -eşdeğer bir ortamda çalışmamaktadır ve locking/backend etkileşim -sorunları artabilir. - -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ı (PID) 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, PGOPTIONS="-W n" seçeneğini -ayarlayabilir ve psql'i başlatabilirsiniz. Bu işlem, başlangıcın n -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. - -postgres programı hata ayıklama ve başarım ölçümleri için -s, -A ve -t -seçeneklerine sahiptir. - - - 3.8) Baglanmaya çalısıken, neden "Sorry, too many clients" - hatasını alıyorum? - -Postmaster'in eşzamanlı olarak başlatabileceği backend süreçleri -sınırlarını arttırmanız gerekmektedir. - -Ön tanımlı değer 32 süreçtir. Bunu, postmaster'i uygun -N değeri ile ya -da postgresql.conf dosyasını düzenleyerek yeniden başlatmakla -arttırabilirsiniz. - -Eğer -N değerini 32'den büyük yapacaksanız, aynı zamanda -B değerini de -değiştirmeniz gerektiğini unutmayın. -B -N'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 backend süreçleri için, çeşitli çekirdek yapılandırma -parametrelerini arttırmanız gerekecektir. Yapılması gerekenler, SHMMAX, -SEMMNS, SEMMNI, NPROC, MAXUPRC ve açılabilecek dosyaların maksimum -sayısı olan NFILE ve NINODE değerlerini karıştırmaktır. Bunun nedeni, -PostgreSQL'in izin verilen backend süreçlerinin sayısı üzerinde bir -sınırı olmasıdır. Böylelikle sistem kaynaklarının dışına çıkılmayacaktır. - -PostgreSQL'in 6.5 sürümüne kadar, en fazla backend sayısı 64 idi ve bunu -değiştirmek için include/storage/sinvaladt.h dosyası içindeki -MaxBAckendid sabitini değiştirdek sonra yazılımı yeniden derlemek -gerekiyordu. - - - 3.9) pgsql_tmp dizinin içindeki dosyalar nelerdir? - -Sorgu çalıstırıcı (query executer) tarafından yaratılan geçici -dosyalardır. Örnegin, bir sıralama ORDER BY ile yapilacaksa ve sıralama -backend'in -s parametresinin izin verdiginden daha fazla alana -gereksinim duyuyorsa, ekstra veriyi tutmak için geçici dosyalar yaratılır. - -Geçici dosyalar, eger sıralama sırasında backend göçmezse otomatik -olarak silinecektir. Eger çalısan durumda bir backendiniz yoksa, -pg_tempNNN.NN dosyalarını silmeniz güvenlidir.. - - - 3.10) PostgreSQL sürümlerini yükselmek için neden bir - dump/reload işlemi gerçekleştirmek zorundayım? - -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 dump/restore 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. Dump -işlemi, veriyi genel biçimde alacağından yeniden yükleme esnasında veri, -yeni iç biçime uygun şekilde yerleştirilecektir. - -Disk biçiminin değişmediği sürümlerde, pg_upgrade betiği güncellemenin -bir dump/restore gerektirmeden yapılmasını sağlayacaktır. pg_upgrade -betiğinin o sürüm için bulunup bulunmadığını sürüm notları içinde -bulabilirsiniz. - ------------------------------------------------------------------------- - - - İşletimsel Sorular - - - 4.1) Binary cursor ve normal cursor arasindaki fark nedir? - -DECLARE yardım sayfasina bakiniz. - - - 4.2) Sorgunun sadece ilk birkaç satırını nasil SELECT edebilirim? - -FETCH yardım sayfasina bakiniz, aya da SELECT ... LIMIT.... kullanınız. - -The entire query may have to be evaluated, even if you only want the -first few rows. Consider a query that has an ORDER BY. ıf there is an -index that matches the ORDER BY, PostgreSQL may be able to evaluate only -the first few records requested, or the entire query may have to be -evaluated until the desired rows have been generated. - - - 4.3) psql'in içinde gördügüm tablolarin ya da diger seylerin - listesini nasil alabilirim? - -pgsql/src/bin/psql/describe.c içindeki psql kaynak kodunu -okuyabilirsiniz. Bu kod, psql'in \ ile baslayan komutlarının çıktısını -olusturan SQL komutlarini içerir. Aynı zamanda, psql'i -E seçeneği ile -başlatıp, verdiğiniz komutları çalıştırmak için yaptığı sorguların -çıktılarını görebilirsiniz. - - - 4.4) Bir tablodan bir kolonu nasıl kaldırabilirim? - -Bu özellik (ALTER TABLE DROP COLUMN) 7.3 sürümü ile gelmiştir. Eski -sürümlerde aşağıdakileri uygulamalısınız: - + + + + + PostgreSQL Sıkça Sorulan Sorular - Türkçe + + + + +

PostgreSQL için Sıkça Sorulan Sorular (SSS)

+

Son güncelleme : 23 Şubat 2004 Pazartesi - 13:34:26

+

Current maintainer: Bruce Momjian +(pgman@candle.pha.pa.us)

+

Çevirenler : Devrim Gündüz (devrim@tdmsoft.com)
Nicholas Morris Tufar +(ntufar@tdmsoft.com)
Volkan YAZICI (volkany@phreaker.net)

+

Bu belgenin en güncel hali, http://www.PostgreSQL.org/docs/faqs/FAQ_turkish.html +ve http://www.gunduz.org/seminer/pg/FAQ_turkish.html +adreslerinde görülebilir.

+

Platforma özel sorularınız, http://www.PostgreSQL.org/docs/index.html adresinde yanıtlanır.

+ +
+ +

Genel Sorular

+ 1.1) PostgreSQL nedir? Nasıl okunur?
+ 1.2) PostgreSQL'in hakları nedir?
+ 1.3) PostgreSQL, hangi Unix platformlarında çalışır?
+ 1.4) Hangi Unix olmayan uyarlamaları bulunmaktadır?
+ 1.5) PostgreSQL'i nereden indirebilirim?
+ 1.6) Desteği nereden alabilirim?
+ 1.7) En son sürümü nedir?
+ 1.8) Hangi belgelere ulaşabilirim?
+ 1.9) Bilinen hatalar ya da eksik özelliklere nereden ulasabilirim?
+ 1.10) Nasıl SQL öğrenebilirim?
+ 1.11) PostgreSQL 2000 yılına uyumlu mudur?
+ 1.12) Geliştirme takımına nasıl katılabilirim??
+ 1.13) Bir hata raporunu nasıl gönderebilirim?
+ 1.14) PostgreSQL, diğer VTYS(DBMS) lerle nasıl + karşılaştırılabilir?
+ 1.15) PostgreSQL'e maddi açıdan nasıl destek olabilirim?
+ +

Kullanıcı/istemci Soruları

+ 2.1) PostgreSQL için ODBC sürücüleri var mı?
+ 2.2) PostgreSQL'i web sayfalarında kullanabilmek için + hangi araçlar bulunmaktadır?
+ 2.3) PostgreSQL'in grafik kullanıcı arabirimi var mıdır?
+ 2.4) PostgreSQL ile iletişimi kurabilmek için + hangi dilleri kullanabilirim?
+ +

Yönetimsel Sorular

+ 3.1) PostgreSQL'i /usr/local/pgsql dizininden + başka dizinlere nasıl kurabilirim?
+ 3.2) Postmaster'ı başlattığımda Bad System Call + ya da core dumped mesajı alıyorum. Neden?
+ 3.3) Postmaster'ı başlattığımda, IpcMemoryCreate + hatası alıyorum. Neden?
+ 3.4) Postmaster'ı, başlattığımda, IpcSemaphoreCreate + hatası alıyorum. Neden?
+ 3.5) Diğer bilgisayarların benim PostgreSQL veritabanı + sunucuma bağlantılarını nasıl kontrol edebilirim?
+ 3.6) Veritabanı motorunu daha iyi başarım icin nasıl ayarlayabilirim?
+ 3.7) Hangi hata ayıklama özellikleri bulunmaktadır?
+ 3.8) Bağlanmaya çalışırken, neden "Sorry, too many clients" + hatasını alıyorum. Neden?
+ 3.9) pgsql_tmpdizinin içindeki dosyalar nelerdir?
+ 3.10) PostgreSQL sürümlerini yükseltmek için neden bir + dump/reload işlemi gerçekleştirmek zorundayım?
+ +

İşletimsel Sorular

+ 4.1) Binary cursor ve normal cursor arasındaki fark nedır?
+ 4.2) Sorgunun sadece ilk birkaç satırını nasıl + SELECT edebilirim?
+ 4.3) psql'in içinde gördügüm tabloların ya da diğer + şeylerin listesini nasıl alabilirim?
+ 4.4) Bir tablodan bir kolonu nasıl kaldırabilirim?
+ 4.5) Bir satır, tablo ve veritabanı için en fazla büyüklük nedir?
+ 4.6) Tipik bir metin dosyasındaki veriyi saklamak için ne + kadar disk alanı gereklidir?
+ 4.7) Veritabanında hangi tablo ya da index'lerin + tanımlandığını nasıl görebilirim?
+ 4.8) Sorgularım cok yavaş, ya da index'lerimi kullanmıyorlar. Neden?
+ 4.9) Query-optimizer'ın sorgularımı nasıl değerlendirdiğini, + işleme soktuğunu nasıl görebilirim?
+ 4.10) R-tree index nedir?
+ 4.11) Genetic Query Optimizer nedir?
+ 4.12) Düzenli ifade (Regular Expression) 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 index'i nasıl kullanabilirim?
+ 4.13) Bir sorguda, bir alanın NULL olduğunu nasıl + ortaya çıkarabilirim?
+ 4.14) Çesitli karakter tipleri arasındaki farklar nelerdir?
+ 4.15.1) Nasıl serial/otomatik artan + (auto-incrementing) bir alan yaratabilirim?
+ 4.15.2) Serial girişinin değerini nasıl alabilirim?
+ 4.15.3) currval() ve nextval() + diğer kullanıcılara sorun yaratmaz mı?
+ 4.15.4) Neden sequence sayıların transaction + işleminin iptalinden sonra yeniden kullanılıyor? Neden sequence/SERIAL + kolonumdaki sayılarda atlamalar oluyor?
+ 4.16) OID nedir? TID nedir?
+ 4.17) PostgreSQL' de kullanılan bazı terimlerin anlamları nelerdir?
+ 4.18) Neden "ERROR: Memory exhausted in AllocSetAlloc()" + hatasını alıyorum?
+ 4.19) Hangi PostgreSQL sürümünü çalıstırdığımı nasıl görebilirim?
+ 4.20) Neden large-object işlemlerim, "invalid large + obj descriptor" hatasını veriyor?
+ 4.21) Şu andaki zamanı öntanımlı değer olarak kabul + eden kolonu nasıl yaratırım?
+ 4.22) Neden IN kullanan subquery'lerim çok yavaş?
+ 4.23) Outer join işlemini nasıl yapabilirim?
+ 4.24) Aynı anda birden fazla veritabanında nasıl işlem yapabilirim?
+ 4.25) Bir fonksiyondan nasıl çoklu satır ya da kolon döndürebilirim?
+ 4.26) Neden Pl/PgSQL fonksiyonları içinden güvenli + bir şekilde tablo yaratma/kaldırma işlemlerini yapamıyoruz?
+ 4.27) Hangi replikasyon seçenekleri bulunmaktadır?
+ 4.28"D) Hangi şifreleme seçenekleri bulunmaktadır?
+ + +

PostgreSQL Özelliklerini Genişletmek

+ 5.1) Kullanıcı-tanımlı bir fonksiyon yazdım. psql'de + çalıştırdığım zaman neden core dump ediyor?
+ 5.2) PostgreSQL'e nasıl yeni veri tipleri/fonksiyonlar ekleyebilirim?
+ 5.3) Bir tuple döndürmek için bir C fonksiyonunu nasıl yazarım?
+ 5.4) Bir kaynak dosyasında değişiklik yaptım. + Yeniden derlememe rağmen değişiklik geçerli olmuyor. Neden?
+ +
+ +

Genel Sorular

+ +

1.1) PostgreSQL nedir? Nasıl okunur?

+

PostgreSQL, Post-Gres-Q-L. olarak okunur

+

PostgreSQL, yeni-nesil VTYS araştırma prototipi olan POSTGRES + veritabanı yönetim sisteminin geliştirilmesidir. POSTGRES'in zengin veri tiplerini ve + güçlü veri modelini tutarken, SQL'in geliştirilmiş alt kümesi + olan PostQuel dilini kullanır. PostgreSQL ücretsizdir ve kaynak kodu açık dağıtılır.

+

PostgreSQL, PostgreSQL geliştirme listesine üye olan bir Internet geliştirici + takımı tarafından geliştirilir. Şu andaki koordinatör, Marc G. Fournier + (scrappy@PostgreSQL.org). + (Bu takıma nasıl katılacagınızı öğrenmek için 1.6 numaralı maddeyi + okuyunuz.) Bu takım, tüm PostgreSQL gelişiminden sorumludur.

+

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.

+

Berkley'deki yazılımın adı Postgres idi. SQL uyumluluğu + 1995'te eklenince, adı Postgres 95 oldu. 1996 yılının sonlarında adı + PostgreSQL olarak değiştirildi.

+ +

1.2) PostgreSQL'in hakları nedir?

+

PostgreSQL Data Base Management System

+

Portions copyright (c) 1996-2002, PostgreSQL Global Development + Group Portions Copyright (c) 1994-6 Regents of the University of + California

+

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.

+

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.

+

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.

+

Ü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.

+ +

1.3) PostgreSQL, hangi Unix platforlarında çalışır?

+

Genel olarak, modern bir Unix-uyumlu platform PostgreSQL'i çalıştıracaktır. + Ayrıntılı bilgi için kurulum belgelerine bakabilirsiniz.

+ +

1.4) Hangi Unix olmayan uyarlamaları bulunmaktadır?

+

İstemci

+

libpq C kütüphanesini, psql ve diger arabirimleri ve binary dosyaları, + MS Windows ortamlarında çalısması için derlemeniz mümkündür. Bu örnekte istemcide + MS Windows çalışıyor ve desteklenen Unix platformlarından birinde çalışan PostgreSQL + sunucuna TCP/IP ile bağlanmaktadır. Dağıtım içindeki win31.mak dosyası ile, + Win32 libpg kütüphanesi ve psql yaratabilirsiniz. PostgreSQL aynı + zamanda ODBC istemcileri ile haberleşebilmektedir.

+

Sunucu

+

Veritabanı sunuucsu Cygwin kullanarak Windows NT, 2K ya da + XP üzerinde çalıştırılabilir. Dagıtım içindeki pgsql/doc/FAQ_MSWIN + dosyasını ya da web sitemizdeki MS Windows FAQ'u inceleyebilirsiniz.

+

Doğal Windows NT/2000/XP portu için şu anda çalışmalar devam etmektedir. Windows sürümü + hakkında güncel bilgi için, http://techdocs.postgresql.org/guides/Windows adresini + ziyaret edebilirsiniz.

+

Ayrıca, http://forge.novell.com adresinde Novell Netware 6 portu bulunmaktadır.

+ +

1.5) PostgreSQL'i nereden indirebilirim?

+

PostgreSQL için ana anonim ftp sitesi ftp://ftp.PostgreSQL.org/pub + adresidir. Yansılar için, ana web sayfamıza bakabilirsiniz.

+ +

1.6) Nereden destek alabilirim?

+

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 body kısmına + (konu kısmına değil) yazıp, pgsql-general-request@PostgreSQL.org adresine gönderin:

+
subscribe
end
+

Aynı zamanda, bir digest listesi bulunmaktadır. Bu listeye üye olmak için, + pgsql-general-digest-request@PostgreSQL.org adresine, body kısmında

+
subscribe
end
+

yazan bir e-posta atmanız yeterli olacaktır.

+

Digest postalar, ana liste 30k civarında e-postaya ulaştığında + üyelere gönderilmektedir.

+

Bug'lar için bir e-posta listesi bulunmaktadır. Bu listeye üye olmak için, + pgsql-bugs-request@PostgreSQL.org adresine, body kısmında

+
subscribe
end
+

yazan bir e-posta atmanız yeterli olacaktır.

+

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

+
subscribe
end
+

yazan bir e-posta atmanız yeterli olacaktır.

+

Bunun dışındaki e-posta listelerine ve PostgreSQL hakkında bilgiye, PostgreSQL WWW + ana sayfasından ulasabilirsiniz: http://www.PostgreSQL.org

+

Aynı zamanda, EFNet üzerinde, #PostgreSQL adlı bir IRC kanalı + bulunmaktadır. Bunun için, irc -c '#PostgreSQL' "$USER" irc.phoenix.net + Unix komutunu kullanabilirsiniz.

+

Ticari destek veren firmaların listesine

+

http://www.postgresql.org/users-lounge/commercial-support.html

+

adresinden ulaşbilirsiniz.

+ +

1.7) En son sürüm nedir?

+

PostgreSQL'in son sürümü 7.3.3'tür.

+

Her 4 ayda major release çıkarılması planlanmaktadır.

+ +

1.8) Hangi belgelere ulaşabilirim?

+

Dağıtımın içinde, kitapçıklar, kitapçık sayfaları ve bazı küçük örnekler verilmektedir. + /doc dizinine bakınız. Ayrıca, bu el kitapçıklarını online olarak + http://www.PostgreSQL.org/docs/ adresinden inceleyebilirsiniz.

+

http://www.PostgreSQL.org/docs/awbook.html + ve http://www.commandprompt.com/ppbook + adreslerinde PostgreSQL kitapları bulunmaktadır. PostgreSQL kitablarının listesine, + http://www.ca.PostgreSQL.org/books/ adresinden ulaşaiblirsiniz. + Ayrıca, PostgreSQL konusundaki teknik makalelere de + http://techdocs.PostgreSQL.org/ adresinden ulaşabilirsiniz.

+

psql'in, \d ile baslayan veri tipler, operatorler, fonksiyonlar, + aggregate'ler, vb. ile ilgili güzel komutları vardır.

+

Web sitemiz daha fazla belgeyi içermektedir.

+ +

1.9) Bilinen hatalar ya da eksik + özelliklere nereden ulaşabilirim?

+

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.

+ +

1.10) Nasıl SQL öğrenebilirim?

+

http:/www.PostgreSQL.org/docs/awbook.html + adresindeki kitap SQL ögretecektir. + http://www.commandprompt.com/ppbook + adresinde de bir baska PostgreSQL kitabı bulunmaktadır.

+

http://www.intermedia.net/support/sql/sqltut.shtm, + http://ourworld.compuserve.com/homepages/graeme_birchall/HTM_COOK.HTM + http://sqlcourse.com + ve http://sqlcourse2.com + adreslerinde de güzel belgeler bulunmaktadır.

+

Bir başkası da, http://members.tripod.com/er4ebus/sql/index.htm + adresinde bulunan "Teach Yourself SQL in 21 Days, Second Edition" kitabıdır.

+

Bazı kullanıcılarımız da şu kitabı önermektedirler: "The Practical SQL Handbook, + Bowman, Judith S., et al.,Addison-Wesley". Bazıları ise "The Complete + Reference SQL, Groff et al., McGraw-Hill" kitabını önermektedirler.

+ +

1.11) PostgreSQL 2000 yılına uyumlu mudur?

+

Evet.

+ +

1.12) Geliştirme takımına nasıl katılabilirim?

+

Ö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.

+

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.

+ +

1.13) Bir hata raporunu nasıl gönderebilirim?

+

PostgreSQL BugTool sayfasına gidiniz. O sayfada bir bug bildirmek + için neleri yapmanız gerektiği anlatılmıştır.

+

Ayrıca, ftp://ftp.PostgreSQL.org/pub + ftp adresimizde, yeni bir PostgreSQL sürümü ya da yaması olup olmadığıni kontrol ediniz.

+ +

1.14) PostgreSQL, diger DBMS'lerle nasıl karşılastırılabilir?

+

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.

+

Özellikler:

+

PostgreSQL mevcut büyük ticari veritabanlarının, transaction, + subselect, trigger, view, foreign key referential integrity + ve sophisticated locking gibi (user-defined types), rules, + inheritance ve lock cakışmalarını düşürmek için multi-version + uyumluluk özellikleri bulunmaktadır.

+

Performans (Başarım):

+

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, INSERT/UPDATE işlemlerinde, + transaction 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: + http://openacs.org/why-not-mysql.html

+

Güvenilirlik:

+

DBMS'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.

+

Destek:

+

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 DBMS'lere + göre daha önemli kılar. Gereksinimi olanlara, ticari destek verilebilir. + (Destek için 1.6 bölümüne bakınız.)

+

Fiyat:

+

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.

+ +

1.15) PostgreSQL'e maddi açıdan nasıl destek olabilirim?

+

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.

+

Bir açık kaynak kodlu proje için, kaliteli altyapı çok önemlidir. Bu altyapı, + projenin kesilmesini önler ve projenin ilerlemesini hızlandırır.

+

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 + http://www.pgsql.com/pg_goodies + adresine gidiniz ve bağışta, hibede bulununuz.

+

Web sayfasının 'PostgreSQL Inc.' den bahsetmesine rağmen, "katkıda bulunanlar" + (contributors) maddesi sadece PostgreSQL projesini desteklemek içindir ve + belirli bir şirketin para kaynağı değildir. isterseniz, bağlantı adresine bir + çek gönderebilirsiniz.

+ +
+ +

Kullanıcı/İstemci Soruları

+ +

2.1) PostgreSQL icin ODBC sürücüleri var mı?

+

iki tane ODBC sürücüsü bulunmaktadır: PsqlODBC ve OpenLink ODBC.

+

PsqlODBC'i http://gborg.postgresql.org/project/psqlodbc/projdisplay.php adresinden + indirebilirsiniz.

+

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.

+

Ü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.

+ +

2.2) PostgreSQL'i web sayfalarında kullanabilmek için hangi + araçlar bulunmaktadır?

+

http://www.webreview.com/ adresinde, + arka planda veritabanı çalıstıran Web sayfaları için giriş seviyesinde bilgi bulunmaktadır.

+

Web ile bütünleşme için, PHP () + mükemmel bir arabirim sunar.

+

Karmaşık sorunlar için, çoğu kisi Perl arabirimini ve CGI.pm ya da mod_perl kullanır.

+ +

2.3) PostgreSQL'in grafik kullanıcı arabirimi var mıdır?

+

Çeşitli grafik arabirimlerimiz bulunmaktadır. Bunların arasında, + PgAccess (http://www.pgaccess.org/), + PgAdmin II (http://www.pgadmin.org/, sadece Win32 için), + RHDB Admin (http://sources.redhat.com/rhdb/) + ve Rekall (http://www.thekompany.com/products/rekall/) + bulunmaktadır. Ayrıca, PostgreSQL için web tabanlı bir arabirim olan + PHPPgAdmin (http://phppgadmin.sourceforge.net/) bulunmaktadır.

+

Daha ayrıntılı liste için + http://techdocs.postgresql.org/guides/GUITools + adresine bakabilirsiniz.

+ +

2.4) PostgreSQL ile iletişimi kurabilmek için hangi dilleri kullanabilirim?

+
  • C (libpq)
  • +
  • Embedded C (ecpg)
  • +
  • Java (jdbc)
  • +
  • Python (PyGreSQL)
  • +
  • TCL (libpgtcl)
+

Diğerleri için, http://gborg.postgresql.org adresindeki Drivers/Interfaces bölümüne + bakabilirsiniz.

+ +
+ +

Yönetimsel Sorular

+ +

3.1) PostgreSQL'i, /usr/local/pgsql dizininden + başka dizinlere nasıl kurabilirim?

+

configure betiğini çalıstırırken, --prefix seçeneğini veriniz.

+ +

3.2) postmaster'i baslattıgımda, a Bad System Call ya da core dumped mesajı alıyorum. Neden?

+

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.

+ +

3.3) postmaster'i başlattığımda, ıpcMemoryCreate + hatası alıyorum. Neden?

+

Ya çekirdeğinizde shared memory desteğiniz düzgünce yapılandırılmamıştır, + ya da çekirdeğinizdeki mevcut shared memory miktarını büyütmeniz gerekecektir. + Gereksinim duyacağınız miktar, mimarinize ve postmaster için ayarladıgınız tampon + ile backend 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. + PostgreSQL + 7.3.2 Sistem Yöneticileri Rehberi'ne, shared memory ve semaphorelar + hakkındaki ayrıntılı bilgi için bakabilirsiniz.

+ +

3.4) postmaster'ı başlattığımda, + ıpcSemaphoreCreate hatası alıyorum. Neden?

+

Eğer hata, "ıpcSemaphoreCreate: semget failed (No space left on device)" + ise, çekirdeğiniz yeterli semaphore ile yapılandırılmamış demektir. Postgres, her + bir potansiyel backend için bir semaphore gereksinimi duyar. Geçici + bir çözüm, postmasterı backend işlemleri için daha az miktarda sınırla + başlatmak olabilir. -N'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 SEMMNS ve + SEMMNI parametrelerini yükseltmek olacaktır.

+

Çalışmayan semaphore'lar ağır veritabanı işlemlerinde çökme yaratabilirler.

+

Eğer hata mesajınız başka bir şey ise, çekirdeğinizde semaphore desteğini + yapılandırmamış olabilirsiniz. Shared memory ve semaphore'lar hakkındaki + daha ayrıntılı bilgi için + PostgreSQL + 7.3.2 Sistem Yöneticileri Rehberi'ne bakabilirsiniz.

+ + +

3.5) Diger bilgisayarların benim PostgreSQL veritabanı + sunucuma bağlantılarını nasıl kontrol edebilirim?

+

Ön tanımlı olarak, PostgreSQL sadece yerel makineden Unix domain sockets + kullanarak bağlanılmasına izin verir. Diger makineler, postmaster'a -i + etiketini geçirmezseniz ve $PGDATA/pg_hba.conf dosyasını düzenleyerek + host-based authentication'a olanak vermezseniz, bağlantı yapamayacaklardır.

+ +

3.6) Veritabani motorunu daha iyi + başarım için nasıl ayarlayabilirim?

+

Index'ler sorguları hızlandırabilir. EXPLAIN komutu, + PostgreSQL'in sorgunuzu nasıl yorumladığını ve hangi index'leri kullandığını + görmenize izin verir.

+

Eğer cok fazla INSERT işlemi yapıyorsanız, bunları büyük bir + toplu işlem dosyasıkullanıp COPY komutu ile veritabanına girmeyi + deneyiniz. Bu, tekil INSERT'lerden daha hızlıdır. İkinci olarak, + BEGIN WORK/COMMIT transaction bloğu içinde olmayan ifadeler kendi + transaction'larındaymış gibi düşünülür. Çoklu ifadeleri tek bir + transaction bloğu içinde yapabilirsiniz. Bu, transaction overhead'ini + düşürecektir. Tek bir transaction bloğu içinde birden çok ifadeyi çalıştırmayı + deneyebilirsiniz. Bu da aynı şekilde, transaction overhead'ini düşürür.

+

Çeşitli ayarlama seçenekleri mevcuttur. fsync() işlemini, postmaster'ı + -o -F seçeneği ile başlatarak devre dışı bırakabilirsiniz. Bu işlem, + fsync()'lerin her transactiondan sonra diski flush etmesini + engelleyecektir.

+

Aynı zamanda, postmaster'i -B seçeneği ile başlatıp, backend + işlemleri tarafından kullanılan shared memory buffers sayılarını arttırabilirsiniz. + Eğer bu parametreyi çok yüksek tutarsanız, çekirdeğinizin shared memory + bölgesindeki limiti aşma olasılığınız yüzünden postmaster başlayamayabilir. Her bir + tampon (buffer) 8K'dır. Öntanımlı sayı ise 64 tampondur.

+

Aynı şekilde, backend'in -S seçeneğini geçici sıralamalar için + backend süreçleri tarafından kullanılacak hafızayı arttırmak amacıyla + kullanabilirsiniz. -S seçeneği kilobayt cinsinden değer alır ve ön + tanımlı değeri 512'dir (512 K)

+

Tablolardaki veriyi bir index'e eşlemek amacıyla gruplama için + CLUSTER komutunu kullanabilirsiniz. Ayrıntılı bilgi için + CLUSTER komutunun yardım sayfasına bakabilirsiniz.

+ +

3.7) Hangi hata ayıklama özellikleri bulunmaktadır?

+

PostgreSQL, hata ayıklama amacıyla kullanılabilecek durum bilgisi + rapor eden çeşitli özeliklere sahiptir.

+

Öncelikle, configure betiğini --enable-cassert seçeneğiyle + çalıştırırsanız, bir çok assert() backend calışmasını gözlemler ve + beklenmeyen bir durumda programı durdurur.

+

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:

+
cd /usr/local/pgsql
./bin/postmaster >server.log 2>&1 &
+

Bu işlem PostgreSQL ana dizinine server.log dosyası yerleştirecektir. + Bu dosya sunucunun yaşadığı sorunlar ya da hatalar hakkında yararlı bilgiler içerir. + -d 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.

+

Eğer postmaster çalışmıyorsa, postgres backend'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. backend + postmaster'dan başlatılmadığından, eşdeğer bir ortamda çalışmamaktadır ve + locking/backend etkileşim sorunları artabilir.

+

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ı (PID) 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, + PGOPTIONS="-W n" seçeneğini ayarlayabilir ve psql'i başlatabilirsiniz. + Bu işlem, başlangıcın n 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.

+

postgres programı hata ayıklama ve başarım ölçümleri için -s, + -A ve -t seçeneklerine sahiptir.

+ +

3.8) Bağlanmaya çalışırken, neden "Sorry, too many + clients" hatasını alıyorum?

+

Postmaster'ın eşzamanlı olarak başlatabileceği backend süreçleri + sınırlarını arttırmanız gerekmektedir.

+

Ön tanımlı değer 32 süreçtir. Bunu, postmaster'ı uygun -N + değeri ile ya da postgresql.conf dosyasını düzenleyerek yeniden + başlatmakla arttırabilirsiniz.

+

Eğer -N değerini 32'den büyük yapacaksanız, aynı zamanda + -B değerini de değiştirmeniz gerektiğini unutmayın. -B, + -N'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 backend süreçleri için, çeşitli çekirdek + yapılandırma parametrelerini arttırmanız gerekecektir. Yapılması gerekenler, + SHMMAX, SEMMNS, SEMMNI, NPROC, + MAXUPRC ve açılabilecek dosyaların maksimum sayısı olan NFILE + ve NINODE değerlerini karıştırmaktır. Bunun nedeni, PostgreSQL'in izin + verilen backend süreçlerinin sayısı üzerinde bir sınırı olmasıdır. Böylelikle + sistem kaynaklarının dışına çıkılmayacaktır.

+

PostgreSQL'in 6.5 sürümüne kadar, en fazla backend sayısı 64 idi ve bunu + değiştirmek için include/storage/sinvaladt.h dosyası içindeki + MaxBAckendid sabitini değiştirdek sonra yazılımı yeniden + derlemek gerekiyordu.

+ +

3.9) pgsql_tmp dizinin içindeki dosyalar nelerdir?

+

Sorgu çalıstırıcı (query executer) tarafından yaratılan geçici dosyalardır. + Örnegin, bir sıralama ORDER BY ile yapılacaksa ve sıralama + backend'in -s parametresinin izin verdiğinden daha + fazla alana gereksinim duyuyorsa, ekstra veriyi tutmak için geçici dosyalar yaratılır.

+

Geçici dosyalar, eğer sıralama sırasında backend göçmezse otomatik olarak + silinecektir. Eğer çalışan durumda bir backend'iniz yoksa, + pg_tempNNN.NN dosyalarını silmeniz güvenlidir.

+ +

3.10) PostgreSQL sürümlerini yükseltmek için neden bir + dump/reload işlemi gerçekleştirmek zorundayım?

+

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 dump/restore 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. Dump işlemi, veriyi genel biçimde alacağından yeniden yükleme + esnasında veri, yeni iç biçime uygun şekilde yerleştirilecektir.

+

Disk biçiminin değişmediği sürümlerde, pg_upgrade betiği güncellemenin + bir dump/restore gerektirmeden yapılmasını sağlayacaktır. pg_upgrade + betiğinin o sürüm için bulunup bulunmadığını sürüm notları içinde bulabilirsiniz.

+ +
+ +

İşletimsel Sorular

+ +

4.1) Binary cursor ve normal cursor + arasındaki fark nedir?

+

DECLARE yardım sayfasına bakınız.

+ +

4.2) Sorgunun sadece ilk birkaç satırını + nasıl SELECT edebilirim?

+

FETCH yardım sayfasına bakınız, ya da SELECT ... + LIMIT ... kullanınız.

+

İ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.

+ +

4.3) psql'in içinde gördügüm tabloların ya da diğer + şeylerin listesini nasıl alabilirim?

+

pgsql/src/bin/psql/describe.c içindeki psql kaynak kodunu + okuyabilirsiniz. Bu kod, psql'in \ ile başlayan komutlarının + çıktısını olusturan SQL komutlarını içerir. Aynı zamanda, psql'i -E + seçeneği ile başlatıp, verdiğiniz komutları çalıştırmak için yaptığı + sorguların çıktılarını görebilirsiniz.

+ +

4.4) Bir tablodan bir kolonu nasıl kaldırabilirim?

+

Bu özellik (ALTER TABLE DROP COLUMN) 7.3 sürümü ile gelmiştir. + Eski sürümlerde aşağıdakileri uygulamalısınız:

+
 BEGIN;
 LOCK TABLE old_table;
 SELECT ...  -- select all columns but the one you want to remove
@@ -737,553 +577,449 @@ FROM old_table;
 DROP TABLE old_table;
 ALTER TABLE new_table RENAME TO old_table;
 COMMIT;		
+		
+ +

4.5) Bir satır, tablo ve veritabanı için en + fazla büyüklük nedir?

+

Sınırlar:

+

Veritabanı için en fazla büyüklük nedir?
Sınırsız (32 TB'lık veritabanı bulunmaktadır)

+ Bir tablo için en fazla büyüklük nedir?
32 TB

+ Bir satır için en fazla büyüklük nedir?
1.6 TB

+ Bir alan için en fazla büyüklük nedir?
1 GB

+ Tabloda en fazla satır sayısı kaçtır?
Sınırsız

+ Bir tabloda olabilecek en fazla kolon sayısı kaçtır?
Kolon tiplerine bağlı olarak 250-1600

+ Bir tabloda olabilecek en fazla index sayısı kaçtır?
Sınırsız

+

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.

+

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.

+

Tablo ve kolon sayısı büyüklükleri, ön tanımlı blok büyüklüğü 32k ya çıkarılarak + arttırılabilir.

+ +

4.6) Tipik bir metin dosyasındaki veriyi saklamak için ne + kadar disk alanı gereklidir?

+

Bir PostgreSQL veritabanı, veriyi "flat" metin dosyasında saklamak için + gereken alanın 5 kat fazla disk alanına gereksinim duyabilir.

+

Her satırında bir tamsayı ve metin (text) 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.

+
+  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
+

PostgreSQL'de veri sayfası (data page) büyüklüğü 8192 byte (8k)dır, dolayısıyla:

+
+8192 byte -> page başına
+-------------------------  =  Her bir veritabanı page'ı başına 128 satır (yaklaşık)
+  Satır başına 64 byte
+  
+100000 veri satırı
+--------------------  =  782 veritabanı sayfası
+     128 satır
+

782 veritabanı sayfası * sayfa başına 8192 byte = + 6,406,144 bytes (6.4 MB)

+

Index'ler çok fazla yere gereksinim duymazlar, ama index'lenmiş + veriyi tutacaklarından büyük olabilirler.

+

NULL değerler bitmapler içinde tutulur; dolayısıyla çok az yer kaplarlar.

+ +

4.7) Veritabanında hangi tablo ya da index'lerin + tanımlandığını nasıl görebilirim?

+

psql, bu tür bilgileri göstermek için, \ ile başlayan bir çok + komut sunmaktadır. \? komutu ile bu komutları görebilirsiniz. Ayrıca, + bunları açıklayan ve pg_ ile başlayan çok sayıda sistem tablosu + bulunmaktadır. Aynı zamanda, psql -l ile tüm veritabanlarını + listeyelebirsiniz.

+

Ayrıca, pgsql/src/tutorial/syscat.source kodunu inceleyebilirsiniz. + Bu dosya, veritabanı sistem dosyalarından bilgiyi almak için gereksinim duyulan + bir çok SELECT'leri gösterir.

+ +

4.8) Sorgularım cok yavaş, ya da index'lerimi + kullanmıyorlar. Neden?

+

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.

+ +

Bir index'in kullanılıp kullanılmayacağını belirlemek için, PostgreSQL tablo hakkındaki + istatistiklere gereksinmesi vardır. Bu istatistikler, VACUUM ANALYZE 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.

+

Indexler normalde ORDER BY 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.

- 4.5) Bir satır, tablo ve veritabanı icin en fazla büyüklük nedir? - -Sınırlar: - -Veritabani icin en fazla büyüklük nedir? -Sınırsız (4 TB'lık veritabanı bulunmaktadır) - -Bir tablo icin en fazla büyüklük nedir? -16 TB - -Bir satır için en fazla büyüklük nedir? -1.6 TB - -Bir alan için en fazla büyüklük nedir? -1 GB - -Tabloda en fazla satır sayısı kaçtır? -Sınırsız - -Bir tabloda olabilecek en fazla kolon sayısı kaçtır? -Kolon tiplerine bağlı olarak 250-1600 - -Bir tabloda olabilecek en fazla index sayısı kaçtır? -sınırsız - -These are the limits: - - Maximum size for a database? unlimited (4 TB databases exist) - Maximum size for a table? 16 TB - Maximum size for a row? 1.6TB - Maximum size for a field? 1 GB - Maximum number of rows in a table? unlimited - Maximum number of columns in a table? 250-1600 depending on column types - Maximum number of indexes on a table? unlimited - -Of course, these are not actually unlimited, but limited to available -disk space and memory/swap space. Performance may suffer when these -values get unusually large. - -The maximum table size of 16 TB does not require large file support from -the operating system. Large tables are stored as multiple 1 GB files so -file system size limits are not important. - -The maximum table size and maximum number of columns can be increased if -the default block size is increased to 32k. - - - 4.6) How much database disk space is required to store data from - a typical text file? - -A PostgreSQL database may require up to five times the disk space to -store data from a text file. - -As an example, consider a file of 100,000 lines with an integer and text -description on each line. Suppose the text string avergages twenty bytes -in length. The flat file would be 2.8 MB. The size of the PostgreSQL -database file containing this data can be estimated as 6.4 MB: - - 36 bytes: each row header (approximate) - 24 bytes: one int field and one text field - + 4 bytes: pointer on page to tuple - ---------------------------------------- - 64 bytes per row - - The data page size in PostgreSQL is 8192 bytes (8 KB), so: - - 8192 bytes per page - ------------------- = 128 rows per database page (rounded down) - 64 bytes per row - - 100000 data rows - -------------------- = 782 database pages (rounded up) - 128 rows per page - -782 database pages * 8192 bytes per page = 6,406,144 bytes (6.4 MB) - -Indexes do not require as much overhead, but do contain the data that is -being indexed, so they can be large also. - -NULLs are stored in bitmaps, so they use very little space. - - - 4.7) How do I find out what tables, indexes, databases, and - users are defined? - -/psql/ has a variety of backslash commands to show such information. Use -\? to see them. There are also system tables beginning with /pg_/ that -describe these too. Also, /psql -l/ will list all databases. - -Also try the file /pgsql/src/tutorial/syscat.source/. It illustrates -many of the SELECTs needed to get information from the database system -tables. - - - 4.8) My queries are slow or don't make use of the indexes. Why? - -Indexes are not automatically used by every query. Indexes are only used -if the table is larger than a minimum size, and the query selects only a -small percentage of the rows in the table. This is because the random -disk access caused by an index scan can be slower than a straight read -through the table, or sequential scan. - -To determine if an index should be used, PostgreSQL must have statistics -about the table. These statistics are collected using VACUUM ANALYZE, or -simply ANALYZE. Using statistics, the optimizer knows how many rows are -in the table, and can better determine if indexes should be used. -Statistics are also valuable in determining optimal join order and join -methods. Statistics collection should be performed periodically as the -contents of the table change. - -Indexes are normally not used for ORDER BY or to perform joins. A -sequential scan followed by an explicit sort is usually faster than an -index scan of a large table. - -However, LIMIT combined with ORDER BY often will use an index because -only a small portion of the table is returned. In fact, though MAX() and -MIN() don't use indexes, it is possible to retrieve such values using an -index with ORDER BY and LIMIT: - + Ancak, ORDER BY ile birleşmiş LIMIT + 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: +
     SELECT col
     FROM tab
     ORDER BY col [ DESC ]
     LIMIT 1;
-
-If you believe the optimizer is incorrect in choosing a sequential scan,
-use |SET enable_seqscan TO 'off'| and run tests to see if an index scan
-is indeed faster.
-
-When using wild-card operators such as LIKE or /~/, indexes can only be
-used in certain circumstances:
-
-    * The beginning of the search string must be anchored to the start
-      of the string, i.e.
-          o LIKE patterns must not start with /%/.
-          o /~/ (regular expression) patterns must start with /^/.
-    * The search string can not start with a character class, e.g. [a-e].
-    * Case-insensitive searches such as ILIKE and /~*/ do not utilise
-      indexes. Instead, use functional indexes, which are described in
-      section 4.12 <#4.12>.
-    * The default /C/ locale must be used during /initdb/.
-
-
-        4.9) How do I see how the query optimizer is evaluating my query?
-
-See the EXPLAIN manual page.
-
-
-        4.10) What is an R-tree index?
-
-An R-tree index is used for indexing spatial data. A hash index can't
-handle range searches. A B-tree index only handles range searches in a
-single dimension. R-trees can handle multi-dimensional data. For
-example, if an R-tree index can be built on an attribute of type
-/point/, the system can more efficiently answer queries such as "select
-all points within a bounding rectangle."
-
-The canonical paper that describes the original R-tree design is:
-
-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.
-
-You can also find this paper in Stonebraker's "Readings in Database
-Systems".
-
-Built-in R-trees can handle polygons and boxes. In theory, R-trees can
-be extended to handle higher number of dimensions. In practice,
-extending R-trees requires a bit of work and we don't currently have any
-documentation on how to do it.
-
-
-        4.11) What is the Genetic Query Optimizer?
-
-The GEQO module speeds query optimization when joining many tables by
-means of a Genetic Algorithm (GA). It allows the handling of large join
-queries through nonexhaustive search.
-
-
-        4.12) How do I perform regular expression searches and
-        case-insensitive regular expression searches? How do I use an
-        index for case-insensitive searches?
-
-The /~/ operator does regular expression matching, and /~*/ does
-case-insensitive regular expression matching. The case-insensitive
-variant of LIKE is called ILIKE.
-
-Case-insensitive equality comparisons are normally expressed as:
-
-    SELECT *
-    FROM tab
-    WHERE lower(col) = 'abc';
-
-This will not use an standard index. However, if you create a functional
-index, it will be used:
-
-    CREATE INDEX tabindex ON tab (lower(col));
-
-
-        4.13) In a query, how do I detect if a field is NULL?
-
-You test the column with IS NULL and IS NOT NULL.
-
-
-        4.14) What is the difference between the various character types?
-
-Type  		Internal Name   Notes
+
+ +

Eğer optimizer'ın sıralı arama yapmasının yanlış olduğuna inanıyorsanız, SET enable_seqscan TO +'off' kullanın ve index kullanan aramaların hala daha hızlı olup olmadığını görün.

+ +

LIKE ya da ~ gibi operatörler kullanıyorsanız, + index'ler sadece aşağıdaki koşullarda kullanılabilir:

+ +
    +
  • Arama dizininin başı, dizinin başı ile bağlanmalıdır. Yani, +
    • LIKE sorguları % ile başlamamalıdır.
    • +
    • Düzenli ifade sorguları ^ işe başlamamalıdır.
  • +
  • Arama metni bir karakter sınıfı ile başlayamaz. Örnek: [a-e]
  • +
  • ILIKE ve ~* gibi büyük/küçük harfe duyarsız + aramalar index'lerden yararlanmazlar. Onun yerine, bölüm 4.12'de anlatılan + fonksiyonel index'leri kullanabilirsiniz.
  • +
  • initdb sırasında öntanımlı C locale'i kullanılmalıdır.
  • +
+ +

4.9) query-optimizer'ın sorgularımı nasıl + değerlendirdiğini, işleme soktuğunu nasıl görebilirim?

+

EXPLAIN yardım sayfasına bakınız.

+ +

4.10) R-tree index nedir?

+

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.

+

Orijinal R-tree tasarımını açıklayan belge:

+

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.

+

Bu belgeyi, Stonebraker'ın "Readings in Database Systems" kitabında bulabilirsiniz.

+

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.

+ +

4.11) Genetic Query Optimizer nedir?

+

GEQO modülü, Genetic Algorithm(GA) kullanılarak tablolar + birleştirildiğinde sorgu optimizasyonunu hızlandırır.

+ +

4.12) Düzenli ifade (Regular Expression) 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 index'i nasıl kullanabilirim?

+

~ operatörü düzenli ifade eşleşmesi ve ~* büyük/küçük + harfe duyarsız düzenli ifade eşleşmesi yapar. Büyük/küçük harfe duyarlı olan + LIKE'ın büyük/küçük harfe duyarsız olan biçimi ILIKE'tır + ve PostgreSQL 7.1 sürümü ile birlikte gelmiştir.

+

Büyük-küçük harfe duyarsız eşitlik karşılaştırmaları aşağıdaki gibi ifade edilir:

+
+SELECT *
+FROM tab
+WHERE lower(col) = 'abc'
+		
+

Bu standart bir index yaratmayacaktır. Ancak eğer fonksiyonel bir + index yaratırsanız; o kullanılacaktır:

+
CREATE INDEX tabindex on tab (lower(col));
+ +

4.13) Bir sorguda, bir alanin "NULL" olduğunu + nasıl ortaya çıkarabilirim?

+

Kolonu, IS NULL ve IS NOT NULL ile test edebilirsiniz.

+ +

4.14) Çesitli karakter tipleri arasındaki farklar nelerdir?

+
+Veri Tipi	    İç Adı              Not
 --------------------------------------------------
-VARCHAR(n) 	varchar    	size specifies maximum length, no padding
-CHAR(n)    	bpchar		blank padded to the specified fixed length
-TEXT  		text  		no specific upper limit on length
-BYTEA 		bytea 		variable-length byte array (null-byte safe)
-"char"		char  		one character
-
-You will see the internal name when examining system catalogs and in
-some error messages.
-
-The first four types above are "varlena" types (i.e., the first four
-bytes on disk are the length, followed by the data). Thus the actual
-space used is slightly greater than the declared size. However, these
-data types are also subject to compression or being stored out-of-line
-by TOAST, so the space on disk might also be less than expected.
-
-VARCHAR(n) is best when storing variable-length strings and it limits
-how long a string can be. TEXT is for strings of unlimited length, with
-a maximum of one gigabyte.
-
-CHAR(n) is for storing strings that are all the same length. CHAR(n)
-pads with blanks to the specified length, while VARCHAR(n) only stores
-the characters supplied. BYTEA is for storing binary data, particularly
-values that include NULL bytes. All the types described here have
-similar performance characteristics.
-
-
-        4.15.1) How do I create a serial/auto-incrementing field?
-
-PostgreSQL supports a SERIAL data type. It auto-creates a sequence and
-index on the column. For example, this:
-
-    CREATE TABLE person ( 
-   	id   SERIAL, 
-   	name TEXT 
-    );
-
-is automatically translated into this:
-
-    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 );
-
-See the /create_sequence/ manual page for more information about
-sequences. You can also use each row's /OID/ field as a unique value.
-However, if you need to dump and reload the database, you need to use
-/pg_dump/'s /-o/ option or COPY WITH OIDS option to preserve the OIDs.
-
-
-        4.15.2) How do I get the value of a SERIAL insert?
-
-One approach is to retrieve the next SERIAL value from the sequence
-object with the /nextval()/ function /before/ inserting and then insert
-it explicitly. Using the example table in 4.15.1 <#4.15.1>, an example
-in a pseudo-language would look like this:
-
-    new_id = execute("SELECT nextval('person_id_seq')");
-    execute("INSERT INTO person (id, name) VALUES (new_id, 'Blaise Pascal')");
-
-You would then also have the new value stored in |new_id| for use in
-other queries (e.g., as a foreign key to the |person| table). Note that
-the name of the automatically created SEQUENCE object will be named
-__/seq/, where /table/ and /serialcolumn/ are
-the names of your table and your SERIAL column, respectively.
-
-Alternatively, you could retrieve the assigned SERIAL value with the
-/currval()/ function /after/ it was inserted by default, e.g.,
-
-    execute("INSERT INTO person (name) VALUES ('Blaise Pascal')");
-    new_id = execute("SELECT currval('person_id_seq')");
-
-Finally, you could use the OID <#4.16> returned from the INSERT
-statement to look up the default value, though this is probably the
-least portable approach. In Perl, using DBI with Edmund Mergl's DBD::Pg
-module, the oid value is made available via /$sth->{pg_oid_status}/
-after /$sth->execute()/.
-
-
-        4.15.3) Don't /currval()/ and /nextval()/ lead to a race
-        condition with other users?
-
-No. /currval()/ returns the current value assigned by your backend, not
-by all users.
-
-
-        4.15.4) Why aren't my sequence numbers reused on transaction
-        abort? Why are there gaps in the numbering of my sequence/SERIAL
-        column?
-
-To improve concurrency, sequence values are given out to running
-transactions as needed and are not locked until the transaction
-completes. This causes gaps in numbering from aborted transactions.
-
-
-        4.16) What is an OID? What is a TID?
-
-OIDs are PostgreSQL's answer to unique row ids. Every row that is
-created in PostgreSQL gets a unique OID. All OIDs generated during
-/initdb/ are less than 16384 (from /include/access/transam.h/). All
-user-created OIDs are equal to or greater than this. By default, all
-these OIDs are unique not only within a table or database, but unique
-within the entire PostgreSQL installation.
-
-PostgreSQL uses OIDs in its internal system tables to link rows between
-tables. These OIDs can be used to identify specific user rows and used
-in joins. It is recommended you use column type OID to store OID values.
-You can create an index on the OID field for faster access.
-
-OIDs are assigned to all new rows from a central area that is used by
-all databases. If you want to change the OID to something else, or if
-you want to make a copy of the table, with the original OIDs, there is
-no reason you can't do it:
-
-   	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';
-
-OIDs are stored as 4-byte integers, and will overflow at 4 billion. No
-one has reported this ever happening, and we plan to have the limit
-removed before anyone does.
-
-TIDs are used to identify specific physical rows with block and offset
-values. TIDs change after rows are modified or reloaded. They are used
-by index entries to point to physical rows.
-
-
-        4.17) What is the meaning of some of the terms used in PostgreSQL?
-
-Some of the source code and older documentation use terms that have more
-common usage. Here are some:
-
-    * table, relation, class
-    * row, record, tuple
-    * column, field, attribute
-    * retrieve, select
-    * replace, update
-    * append, insert
-    * OID, serial value
-    * portal, cursor
-    * range variable, table name, table alias
-
-A list of general database terms can be found at:
-http://hea-www.harvard.edu/MST/simul/software/docs/pkgs/pgsql/glossary/glossary.html
-
-
-        4.18) Why do I get the error /"ERROR: Memory exhausted in
-        AllocSetAlloc()"/?
-
-You probably have run out of virtual memory on your system, or your
-kernel has a low limit for certain resources. Try this before starting
-/postmaster/:
-
-    ulimit -d 262144
-    limit datasize 256m
-
-Depending on your shell, only one of these may succeed, but it will set
-your process data segment limit much higher and perhaps allow the query
-to complete. This command applies to the current process, and all
-subprocesses created after the command is run. If you are having a
-problem with the SQL client because the backend is returning too much
-data, try it before starting the client.
-
-
-        4.19) How do I tell what PostgreSQL version I am running?
-
-From /psql/, type |SELECT version();|
-
-
-        4.20) Why does my large-object operations get /"invalid large
-        obj descriptor"/?
-
-You need to put |BEGIN WORK| and |COMMIT| around any use of a large
-object handle, that is, surrounding |lo_open| ... |lo_close.|
-
-Currently PostgreSQL enforces the rule by closing large object handles
-at transaction commit. So the first attempt to do anything with the
-handle will draw /invalid large obj descriptor/. So code that used to
-work (at least most of the time) will now generate that error message if
-you fail to use a transaction.
-
-If you are using a client interface like ODBC you may need to set
-|auto-commit off.|
-
-
-        4.21) How do I create a column that will default to the current
-        time?
-
-Use /CURRENT_TIMESTAMP/:
-
-|CREATE TABLE test (x int, modtime timestamp DEFAULT CURRENT_TIMESTAMP );
-|
-
-
-        4.22) Why are my subqueries using |IN| so slow?
-
-Currently, we join subqueries to outer queries by sequentially scanning
-the result of the subquery for each row of the outer query. If the
-subquery returns only a few rows and the outer query returns many rows,
-|IN| is fastest. To speed up other queries, replace |IN| with |EXISTS|:
-
-    SELECT *
+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 
+		
+

İç adları (internal name) sistem kataloglarını ve + bazı hata mesajlarını incelerken göreceksiniz.

+

İlk dört veri tipi "varlena" 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. VARCHAR(n) büyüklüğü + artabilen ama en büyük uzunluğu sınırlı olan verileri saklamak için en uygun yöntemdir. + TEXT, 1 GB büyüklüğe kadar olan verileri tutmak için kullanılır.

+

CHAR(n), aynı uzunluktaki dizilerin saklanması için kullanımır. + CHAR(n) belirtilen uzunluğa kadar boşluk ile doldurur; ancak + VARCHAR(n) sadece verilen karakterleri saklar. BYTEA + binary veri saklamak içindir; ayrıca "NULL" bayt içeren değerleri de saklar. + Burada anlatılan üç veri tipi de benzer başarım karakteristiklere sahiptir.

+ +

4.15.1) Nasıl serial/otomatik artan + (auto-incrementing) bir alan yaratabilirim?

+

PostgreSQL'de SERIAL veri tipi vardır. Bu veri tipi bir + sequence ve kolon üzerinde bir index yaratır.

+

Örnek, aşağıdaki sorgu:

+
+CREATE TABLE person (
+    id   SERIAL,
+    name TEXT
+);		
+		
+

buna çevrilir:

+
+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 );		
+		
+

Sequenceler hakkında daha fazla bilgi için create_sequence + yardım sayfasına bakabilirsiniz. Her satırın OID alanını tekil bir sayı + olarak alabilirsiniz. Ancak, veritabanınızın dump'ını alıp yeniden yüklerseniz, + OID değerlerini koruyabilmek için pg_dump'ın -o + parametresini ya da "COPY WITH OIDS" seçeneğini kullanmanız gerekecektir.

+ +

4.15.2) SERIAL girişinin degerini nasıl alabilirim?

+

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:

+ +
new_id = execute("SELECT nextval('person_id_seq')");
+ execute("INSERT INTO person (id, name) VALUES (new_id, 'Blaise Pascal')");
+ +

Diğer sorgular için new_id'de yeni değerin saklanması gerekir. Otomatik olarak yaratılan SEQUENE nesnesinin adı, + __seq şeklinde olacaktır (< > işaretleri olmadan).

+ +

Alternatif olarak, atanmış SERIAL değerini, değer girildikten sonra currval() + fonksiyonu ile alabilirsiniz:

+
+		execute("INSERT INTO person (name) VALUES ('Blaise Pascal')");
+		new_id = execute("SELECT currval('person_id_seq')");	
+		
+

Son olarak, ön tanımlı değeri bulmak için INSERT ifadesinden + dönen OID değerini kullanabilirsiniz; ancak bu en az taşınabilir + çözüm olacaktır. Perl'de, Edmund Mergl'in DBD:Pg mödülü ile birlikte + DBI kullanarak, OID değeri $sth->execute() + çalıştırıldıktan sonra $sth->(pg_oid_status) ile alınabilir.

+ +

4.15.3) currval() ve nextval() + diğer kullanıcılara sorun yaratmaz mı?

+

Hayır. curval(), tüm kullanıcılar değil, backend + tarafından atanan geçerli değeri döndürür.

+ +

4.15.4) Neden sequence sayıları transaction + işleminin iptalinden sonra yeniden kullanılıyor? Neden sequence/SERIAL + kolonumdaki sayılarda atlamalar oluyor?

+

Uyumluluğu arttırmak için, sequence değerleri çalışan + transaction'lara gerektiği şekilde aktarılır ve transaction + bitene kadar o değer kilitlenmez. Bu, iptal edilen transaction + işlemleri nedeniyle boşluklara neden olur.

+ +

4.16) OID nedir? TID nedir?

+

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.

+ +

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.

+ +

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:

+
+			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';		
+		
+

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.

+ +

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.

+ +

4.17) PostgreSQL'de kullanılan bazı + terimlerin anlamları nelerdir?

+

Kaynak kodun bir kısmı ve eski belgeler, daha geniş kullanım alanı olan terimleri + kullanırlar. Bunların bazıları:

+
  • table, relation, class
  • +
  • row, record, tuple
  • +
  • column, field, attribute
  • +
  • retrieve, select
  • +
  • replace, update
  • +
  • append, insert
  • +
  • OID, serial value
  • +
  • portal, cursor
  • +
  • range variable, table name, table alias
+

Genel veritabanı terimleri, + http://hea-www.harvard.edu/MST/simul/software/docs/pkgs/pgsql/glossary/glossary.html + adresinde bulunabilir.

+ +

4.18) Neden "ERROR: Memory exhausted in AllocSetAlloc()" + hatasını alıyorum?

+

Sisteminizde sanal belleğinizi tüketmiş olabilirsiniz, ya da çekirdeğiniz + belli kaynaklar icin düşük bir sınıra sahip olabilir. postmaster'ı + başlatmadan önce aşağıdakileri deneyebilirsiniz:

+
+ulimit -d 262144
+limit datasize 256m		
+		
+

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 (current process) ve komut çalıştırıldıktan + sonraki tüm alt işlemlere uygulanır. Eğer SQL istemcinizle, backend'in çok + fazla veri döndürmesi nedeniyle bir sorun yaşıyorsanız, bunu istemciyi başlatmadan + önce deneyiniz.

+ +

4.19) Hangi PostgreSQL sürümünü çalıştırdığımı nasıl görebilirim?

+

psql arabiriminde, select version(); yazınız.

+ +

4.20) Neden large-object işlemlerim, "invalid large obj + descriptor" hatasını veriyor?

+

Large object işlemlerinizin uçlarına, yani lo_open ... + lo_close komutlarının çevresine, BEGIN WORK ve + COMMIT koymanız gerekmektedir;

+

Eğer ODBC gibi bir istemci arabirimi kullanıyorsanız, auto-commit'i + kapatmanız gerekebilir.

+ +

4.21) Şu andaki zamanı öntanımlı değer olarak + kabul eden How do I create a column that will default to the current time?

+

Alttakini kullanabilirsiniz:

+
+CURRENT_TIMESTAMP:
+CREATE TABLE test (x int, modtime timestamp DEFAULT CURRENT_TIMESTAMP );
+		
+ +

4.22) Neden IN kullanan subquery'lerim + çok yavas?

+

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:

+
+SELECT *
     FROM tab
-    WHERE col IN (SELECT subcol FROM subtab);
-
-to:
-
-    SELECT *
+    WHERE col1 IN (SELECT col2 FROM TAB2)
+		
+

sorgusunu, aşağıdaki ile değiştirin:

+
+SELECT *
     FROM tab
-    WHERE EXISTS (SELECT subcol FROM subtab WHERE subcol = col);
-
-For this to be fast, |subcol| should be an indexed column. This
-preformance problem will be fixed in 7.4.
-
-
-        4.23) How do I perform an outer join?
-
-PostgreSQL supports outer joins using the SQL standard syntax. Here are
-two examples:
-
-    SELECT *
-    FROM t1 LEFT OUTER JOIN t2 ON (t1.col = t2.col);
-
-or
-
-    SELECT *
-    FROM t1 LEFT OUTER JOIN t2 USING (col);
-
-These identical queries join t1.col to t2.col, and also return any
-unjoined rows in t1 (those with no match in t2). A RIGHT join would add
-unjoined rows of t2. A FULL join would return the matched rows plus all
-unjoined rows from t1 and t2. The word OUTER is optional and is assumed
-in LEFT, RIGHT, and FULL joins. Ordinary joins are called INNER joins.
-
-In previous releases, outer joins can be simulated using UNION and NOT
-IN. For example, when joining /tab1/ and /tab2/, the following query
-does an /outer/ join of the two tables:
-
-    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
-
-
-        4.24) How do I perform queries using multiple databases?
-
-There is no way to query a database other than the current one. Because
-PostgreSQL loads database-specific system catalogs, it is uncertain how
-a cross-database query should even behave.
-
-/contrib/dblink/ allows cross-database queries using function calls. Of
-course, a client can make simultaneous connections to different
-databases and merge the results on the client side.
-
-
-        4.25) How do I return multiple rows or columns from a function?
-
-In 7.3, you can easily return multiple rows or columns from a function,
-http://techdocs.postgresql.org/guides/SetReturningFunctions
-.
-
-
-        4.26) Why can't I reliably create/drop temporary tables in
-        PL/PgSQL functions?
-
-PL/PgSQL caches function contents, and an unfortunate side effect is
-that if a PL/PgSQL function accesses a temporary table, and that table
-is later dropped and recreated, and the function called again, the
-function will fail because the cached function contents still point to
-the old temporary table. The solution is to use EXECUTE for temporary
-table access in PL/PgSQL. This will cause the query to be reparsed every
-time.
-
-
-        4.27) What replication options are available?
-
-There are several master/slave replication options available. These
-allow only the master to make database changes and the slave can only do
-database reads. The bottom of
-http://gborg.PostgreSQL.org/genpage?replication_research
- lists them. A
-multi-master replication solution is being worked on at
-http://gborg.PostgreSQL.org/project/pgreplication/projdisplay.php
-.
-
-
-        4.28) What encryption options are available?
-
-    * /contrib/pgcrypto/ contains many encryption functions for use in
-      SQL queries.
-    * The only way to encrypt transmission from the client to the server
-      is by using /hostssl/ in /pg_hba.conf/.
-    * Database user passwords are automatically encrypted when stored in
-      version 7.3. In previous versions, you must enable the option
-      /PASSWORD_ENCRYPTION/ in /postgresql.conf/.
-    * The server can run using an encrypted file system.
-
-------------------------------------------------------------------------
-
-
-    Extending PostgreSQL
-
-
-        5.1) I wrote a user-defined function. When I run it in /psql/,
-        why does it dump core?
-
-The problem could be a number of things. Try testing your user-defined
-function in a stand-alone test program first.
-
-
-        5.2) How can I contribute some nifty new types and functions to
-        PostgreSQL?
-
-Send your extensions to the /pgsql-hackers/ mailing list, and they will
-eventually end up in the /contrib// subdirectory.
-
-
-        5.3) Bir tuple döndürmek için bir C fonksiyonunu nasıl yazarım?
-
-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 "Programmer's Guide" a bakabilrisiniz. Bir örneği
-/contrib/tablefunc/ içinde bulabilirsiniz.
-
-
-        5.4) Bir kaynak dosyasında değişiklik yaptım. Yeniden derlememe
-        rağmen değişiklik geçerli olmuyor. Neden?
-
-/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ıyorsaniz, /configure/ betiğinin /--enable-depend/
-seçeneğini, derleyicinin bağımlılıkları otomatik olarak hesaplaması için
-kullanabilirsiniz.
-
+    WHERE EXISTS (SELECT col2 FROM TAB2 WHERE col1 = col2)		
+		
+

Bu işlemin hızlı olması için, subcol'un indexlenmiş bir kolon olması gerekmektedir.

+

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.

+ +

4.23) Outer join işlemini nasıl yapabilirim?

+

PostgreSQL outer joins islemlerini SQL standartlarını kullanarak + gerçekleştirmektedir. Aşağıda 2 örnek bulunmaktadır:

+
+SELECT *
+FROM t1 LEFT OUTER JOIN t2 ON (t1.col = t2.col);		
+		
+

ya da

+
+SELECT *
+FROM t1 LEFT OUTER JOIN t2 ON (t1.col = t2.col);		
+		
+

Bu özdeş sorgular t1.col' i t2.col'ye join ederler ve aynı zamanda t1'deki + unjoined satırları (t2'de eşlenmemiş olanlarla) döndürürler. RIGHT + JOIN t2'nin unjoined satırlarını ekleyecektir. Bir FULL join, eşleşmiş + bütün satırları ve t1 ile t2'den tüm bağlanmamış (unjoined) satırları alır. + OUTER sözcüğü seçimseldir ve LEFT, RIGHT ve + FULL join işlemlerinde olduğu kabul edilir. Sıradan join + işlemleri INNER JOIN olarak adlandırılır.

+

Önceki sürümlerde, OUTER JOINler UNION ve NOT IN + 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:

+
+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		
+		
+ +

4.24) Aynı andan birden fazla veritabanında nasıl + işlem yapabilirim?

+

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.

+

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.

+ +

4.25) Bir fonksiyondan nasıl çoklu satır ya da + kolon döndürebilirim?

+

7.3 sürümünde, bir fonksiyondan kolaylıkla çoklu satır ya da sütun + döndürebilirsiniz. + (http://techdocs.postgresql.org/guides/SetReturningFunctions)

+ +

4.26) Neden Pl/PgSQL fonksiyonları içinden + güvenli bir şekilde tablo yaratma/kaldırma işlemlerini yapamıyoruz?

+

PL/PgSQL fonksiyon içerikleri cache'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ü cache'lenmiş fonksiyon hala eski geçici tabloyu + gösteriyor olacaktır. Çözüm, geçici tablo erişimleri için PL/PgSQL'de + EXECUTE kullanmaktır. Bu, sorgunun her seferinde yeniden işlenmesini + sağlayacaktır.

+ +

4.27) Hangi replikasyon seçenekleri bulunmaktadır?

+

Çeşitli master/slave replikasyon seçenekleri bulunmaktadır. Bunlar master + veritabanının veritabanı değişikliklerini yaparken, slave sunucunun sadece + veritabanında okuma yapmasına izin verir. + http://gborg.PostgreSQL.org/genpage?replication_research + sayfasının altında bunların listesini bulabilirsiniz. + http://gborg.PostgreSQL.org/project/pgreplication/projdisplay.php + adresinde, çoklu-master replikasyon çözümü üzerinde çalışılıyor.

+ +

4.28) 4.28) Hangi şifreleme seçenekleri bulunmaktadır?

+
  • contrib/pgcrypto SQL sorgularında kullanılabilmesi için + şifreleme fonksiyonları içermektedir.
  • +
  • İ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.)
  • +
  • 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.
  • +
  • Sunucunun kendisini şifreli dosya sistemi üzerinde çalıştırabilirsiniz.
+ +
+ +

PostgreSQL Özelliklerini Genişletmek

+ +

5.1) Kullanıcı-tanımlı bir fonksiyon yazdım. + psql'de çalıştırdığım zaman neden core dump ediyor?

+

Sorunun nedeni birden fazla şey olabilir. Kullanıcı-tanımlı fonksiyonunuzu + stand-alone bir programda çalıştırmayı deneyiniz.

+ +

5.2) PostgreSQL'e nasıl yeni tipler/fonksiyonlar ekleyebilirim?

+

Çalışmalarınızı pgsql-hackers e-posta listesine gönderiniz. Kodunuz + incelendikten sonra /contrib dizinine konacaktır.

+ +

5.3) Bir tuple dondürmek icin bir C fonksiyonunu nasil yazarım?

+

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 + PostgreSQL 7.3.2 + Kullanıcı Rehberi'ne bakabilrisiniz. Bir örneği contrib/tablefunc + içinde bulabilirsiniz.

+ +

5.4) Bir kaynak dosyasında değişiklik yaptım. Yeniden derlememe + rağmen değişiklik geçerli olmuyor. Neden?

+

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.

+ + -- cgit v1.2.3