4.12) D<>zenli ifade (Regular Expression) aramalar<61>n<EFBFBD> ve b<>y<EFBFBD>k/k<><6B><EFBFBD>k harfe duyars<72>z aramalar<61> nas<61>l yapabilirim? Bu
4.13) Bir sorguda, bir alan<61>n NULL oldu<64>unu nas<61>l ortaya <20><>karabilirim?
4.14) <20>esitli karakter tipleri aras<61>ndaki farklar nelerdir?
4.15.1) Nas<61>l serial/otomatik artan (auto-incrementing) bir alan yaratabilirim?
4.15.2) Serial giri<72>inin de<64>erini nas<61>l alabilirim?
4.15.3) currval() ve nextval() di<64>er kullan<61>c<EFBFBD>lara sorun yaratmaz m<>?
4.15.4) Neden sequence say<61>lar<61>n transaction i<>leminin iptalinden sonra yeniden kullan<61>l<EFBFBD>yor? Neden sequence/SERIAL
kolonumdaki say<61>larda atlamalar oluyor?
4.16) OID nedir? TID nedir?
4.17) PostgreSQL' de kullan<61>lan baz<61> terimlerin anlamlar<61> nelerdir?
4.18) Neden "ERROR: Memory exhausted in AllocSetAlloc()" hatas<61>n<EFBFBD> al<61>yorum?
4.19) Hangi PostgreSQL s<>r<EFBFBD>m<EFBFBD>n<EFBFBD><20>al<61>st<73>rd<72><64><EFBFBD>m<EFBFBD> nas<61>l g<>rebilirim?
4.20) Neden large-object i<>lemlerim, "invalid large obj descriptor" hatas<61>n<EFBFBD> veriyor?
4.21) <20>u andaki zaman<61><20>ntan<61>ml<6D> de<64>er olarak kabul eden kolonu nas<61>l yarat<61>r<EFBFBD>m?
4.22) Neden IN kullanan subquery'lerim <20>ok yava<76>?
4.23) Outer join i<>lemini nas<61>l yapabilirim?
4.24) Ayn<79> anda birden fazla veritaban<61>nda nas<61>l i<>lem yapabilirim?
4.25) Bir fonksiyondan nas<61>l <20>oklu sat<61>r ya da kolon d<>nd<6E>rebilirim?
4.26) Neden Pl/PgSQL fonksiyonlar<61> i<>inden g<>venli bir <20>ekilde tablo yaratma/kald<6C>rma i<>lemlerini yapam<61>yoruz?
4.27) Hangi replikasyon se<73>enekleri bulunmaktad<61>r?
4.28) Hangi <20>ifreleme se<73>enekleri bulunmaktad<61>r?
PostgreSQL <20>zelliklerini Geni<6E>letmek
5.1) Kullan<61>c<EFBFBD>-tan<61>ml<6D> bir fonksiyon yazd<7A>m. psql'de <20>al<61><6C>t<EFBFBD>rd<72><64><EFBFBD>m zaman neden core dump ediyor?
5.2) PostgreSQL'e nas<61>l yeni veri tipleri/fonksiyonlar ekleyebilirim?
5.3) Bir tuple d<>nd<6E>rmek i<>in bir C fonksiyonunu nas<61>l yazar<61>m?
5.4) Bir kaynak dosyas<61>nda de<64>i<EFBFBD>iklik yapt<70>m. Yeniden derlememe ra<72>men de<64>i<EFBFBD>iklik ge<67>erli olmuyor. Neden?
Genel Sorular
1.1) PostgreSQL nedir? Nas<61>l okunur?
PostgreSQL, Post-Gres-Q-L. olarak okunur
PostgreSQL, yeni-nesil VTYS ara<72>t<EFBFBD>rma prototipi olan POSTGRES veritaban<61> y<>netim sisteminin geli<6C>tirilmesidir.
POSTGRES'in zengin veri tiplerini ve g<><67>l<EFBFBD> veri modelini tutarken, SQL'in geli<6C>tirilmi<6D> alt k<>mesi olan PostQuel dilini
kullan<EFBFBD>r. PostgreSQL <20>cretsizdir ve kaynak kodu a<><61>k da<64><61>t<EFBFBD>l<EFBFBD>r.
PostgreSQL, PostgreSQL geli<6C>tirme listesine <20>ye olan bir Internet geli<6C>tirici tak<61>m<EFBFBD> taraf<61>ndan geli<6C>tirilir. <20>u andaki
koordinat<EFBFBD>r, Marc G. Fournier (scrappy@PostgreSQL.org). (Bu tak<61>ma nas<61>l kat<61>lacag<61>n<EFBFBD>z<EFBFBD><20><>renmek i<>in 1.6 numaral<61>
maddeyi okuyunuz.) Bu tak<61>m, t<>m PostgreSQL geli<6C>iminden sorumludur.
PostgreSQL 1.01 s<>r<EFBFBD>m<EFBFBD>n<EFBFBD>n yazarlar<61> Andrew Yu ve Jolly Chen idi. Bunlar<61>n d<><64><EFBFBD>nda bir ka<6B> kisi de uyarlama, hata
ay<EFBFBD>klama ve kodun geli<6C>tirilmesi i<>in <20>al<61>sm<73><6D>t<EFBFBD>. PostgreSQL'in t<>redi<64>i orijinal Postgres kodu, lisans, lisans<6E>st<73> ve
akademisyenler taraf<61>ndan, Professor Michael Stonebraker (University of California, Berkeley) koordinat<61>rl<72>g<EFBFBD>nde
yaz<EFBFBD>lm<EFBFBD><EFBFBD>t<EFBFBD>r.
Berkley'deki yaz<61>l<EFBFBD>m<EFBFBD>n ad<61> Postgres idi. SQL uyumlulu<6C>u 1995'te eklenince, ad<61> Postgres 95 oldu. 1996 y<>l<EFBFBD>n<EFBFBD>n
sonlar<EFBFBD>nda ad<61> PostgreSQL olarak de<64>i<EFBFBD>tirildi.
1.2) PostgreSQL'in haklar<61> 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.
<EFBFBD>stteki metin klasik a<><61>k-kod lisans<6E> olan BSD lisans<6E>d<EFBFBD>r. Kaynak kodun nas<61>l kullan<61>labilece<63>ine dair s<>n<EFBFBD>rlamalar<61>
yoktur. Bu lisans<6E> seviyoruz. De<44>i<EFBFBD>tirme niyetimiz bulunmamaktad<61>r.
1.3) PostgreSQL, hangi Unix platforlar<61>nda <20>al<61><6C><EFBFBD>r?
Genel olarak, modern bir Unix-uyumlu platform PostgreSQL'i <20>al<61><6C>t<EFBFBD>racakt<6B>r. Ayr<79>nt<6E>l<EFBFBD> bilgi i<>in kurulum belgelerine
bakabilirsiniz.
1.4) Hangi Unix olmayan uyarlamalar<61> bulunmaktad<61>r?
<EFBFBD>stemci
libpq C k<>t<EFBFBD>phanesini, psql ve diger arabirimleri ve binary dosyalar<61>, MS Windows ortamlar<61>nda <20>al<61>smas<61> i<>in
derlemeniz m<>mk<6D>nd<6E>r. Bu <20>rnekte istemcide MS Windows <20>al<61><6C><EFBFBD>yor ve desteklenen Unix platformlar<61>ndan birinde <20>al<61><6C>an
PostgreSQL sunucuna TCP/IP ile ba<62>lanmaktad<61>r. Da<44><61>t<EFBFBD>m i<>indeki win31.mak dosyas<61> ile, Win32 libpg k<>t<EFBFBD>phanesi ve psql
yaratabilirsiniz. PostgreSQL ayn<79> zamanda ODBC istemcileri ile haberle<6C>ebilmektedir.
Sunucu
Veritaban<EFBFBD> sunucusu Cygwin kullanarak Windows NT, 2K ya da XP <20>zerinde <20>al<61><6C>t<EFBFBD>r<EFBFBD>labilir. Dag<61>t<EFBFBD>m i<>indeki
pgsql/doc/FAQ_MSWIN dosyas<61>n<EFBFBD> ya da web sitemizdeki MS Windows FAQ'u inceleyebilirsiniz.
Do<EFBFBD>al Windows NT/2000/XP portu i<>in <20>u anda <20>al<61><6C>malar devam etmektedir. Windows s<>r<EFBFBD>m<EFBFBD> hakk<6B>nda g<>ncel bilgi i<>in,
http://techdocs.postgresql.org/guides/Windows adresini ziyaret edebilirsiniz.
Ayr<EFBFBD>ca, http://forge.novell.com adresinde Novell Netware 6 portu bulunmaktad<61>r.
1.5) PostgreSQL'i nereden indirebilirim?
PostgreSQL i<>in ana anonim ftp sitesi ftp://ftp.PostgreSQL.org/pub adresidir. Yans<6E>lar i<>in, ana web sayfam<61>za
bakabilirsiniz.
1.6) Nereden destek alabilirim?
Ana e-posta listesi : pgsql-general@PostgreSQL.org. PostgreSQL konusundaki tart<72><74>malara a<><61>kt<6B>r. <20>ye olmak i<>in,
<EFBFBD>ncelikle, en son kaynak kodunu indirin ve web sitemizdeki ya da da<64><61>t<EFBFBD>m<EFBFBD>n i<>indeki PostgreSQL Developer belgesini
okuyun. Ard<72>ndan, pgsql-hackers ve pgsql-patches listelerine <20>ye olun. <20><><EFBFBD>nc<6E> olarak da, pgsql-pacthes listesine y<>ksek
kalitede yamalar g<>nderin.
PostgreSQL CVS ar<61>ivine eri<72>im izni olan, 10 kadar geli<6C>tirici bulunmaktad<61>r. Hepsi defalarca, di<64>er ki<6B>ilerin
yapt<EFBFBD><EFBFBD><EFBFBD>ndan <20>ok daha y<>ksek-kaliteli yamalar g<>ndermi<6D>lerdir. Ayr<79>ca biz de bu geli<6C>tiricilerin ekledikleri yamalar<61>n
y<EFBFBD>ksek kalitede oldu<64>una g<>veniyoruz.
1.13) Bir hata raporunu nas<61>l g<>nderebilirim?
PostgreSQL BugTool sayfas<61>na gidiniz. O sayfada bir bug bildirmek i<>in neleri yapman<61>z gerekti<74>i anlat<61>lm<6C><6D>t<EFBFBD>r.
Ayr<EFBFBD>ca, ftp://ftp.PostgreSQL.org/pub ftp adresimizde, yeni bir PostgreSQL s<>r<EFBFBD>m<EFBFBD> ya da yamas<61> olup olmad<61><64><EFBFBD>ni kontrol
PostgreSQL, di<64>er ticari ve a<><61>k kaynak kodlu veritabanlar<61>yla yak<61>n ba<62>ar<61>m<EFBFBD> sa<73>lar. Baz<61> a<><61>lardan daha h<>zl<7A>d<EFBFBD>r,
di<EFBFBD>er a<><61>lardan da yava<76>t<EFBFBD>r. MySQL ya da daha zay<61>f veritabanlar<61> ile kar<61><72>la<6C>t<EFBFBD>r<EFBFBD>ld<6C><64><EFBFBD>nda, INSERT/UPDATE i<>lemlerinde,
transaction bazl<7A><20>al<61>st<73><74><EFBFBD>m<EFBFBD>z i<>in daha yava<76><61>z. MySQL, yukar<61>daki "<22>zellikler" k<>sm<73>nda belirtilenlerden hi<68> birine
sahip de<64>ildir. Biz, ba<62>ar<61>m<EFBFBD>m<EFBFBD>z<EFBFBD> her s<>r<EFBFBD>mde artt<74>rsak da, esneklik ve geli<6C>mi<6D><20>zellikler i<>in yap<61>lanm<6E><6D> durumday<61>z.
PostgreSQL'i MySQL ile kar<61><72>la<6C>t<EFBFBD>ran <20>u web sitesine bakabilirsiniz: http://openacs.org/why-not-mysql.html
G<EFBFBD>venilirlik:
DBMS'lerin g<>venilir olmas<61> gerketi<74>i, yoksa de<64>erleri olmayaca<63><61>n<EFBFBD> d<><64><EFBFBD>n<EFBFBD>yoruz. <20>ok iyi test edilmi<6D>, dengeli <20>al<61>san
minimum say<61>da hata i<>eren kod sunmaya <20>al<61><6C><EFBFBD>yoruz. Her bir s<>r<EFBFBD>m en az 1 ayl<79>k beta testlerinden ge<67>irilmektedir.
S<EFBFBD>r<EFBFBD>m ge<67>mi<6D>ine bakarsan<61>z, <20>retime haz<61>r, dengeli ve kararl<72> kodlar sundu<64>umuzu g<>rebilirsiniz. Bu alanda, di<64>er
1.15) PostgreSQL'e maddi a<><61>dan nas<61>l destek olabilirim?
PostgreSQL, 1996 y<>l<EFBFBD>ndan beri 1. s<>n<EFBFBD>f altyap<61>ya sahiptir. Bunun i<>in, y<>llar boyu <20>al<61><6C><EFBFBD>p bu altyap<61>y<EFBFBD> olu<6C>turup
y<EFBFBD>neten Marc Fournier'e te<74>ekk<6B>rler.
Bir a<><61>k kaynak kodlu proje i<>in, kaliteli altyap<61><20>ok <20>nemlidir. Bu altyap<61>, projenin kesilmesini <20>nler ve projenin
ilerlemesini h<>zland<6E>r<EFBFBD>r.
Tabii ki bu altyap<61> ucuz de<64>ildir. <20><>lerin y<>r<EFBFBD>mesi i<>in <20>e<EFBFBD>itli y<>l<EFBFBD>k ve anl<6E>k harcamalar<61>m<EFBFBD>z olmaktad<61>r. E<>er siz ya
da <20>irketinizin bu <20>abam<61>za ba<62><61><EFBFBD>ta bulunabilecek paras<61> varsa, l<>tfen http://www.pgsql.com/pg_goodies adresine gidiniz
ve ba<62><61><EFBFBD>ta, hibede bulununuz.
Web sayfas<61>n<EFBFBD>n 'PostgreSQL Inc.' den bahsetmesine ra<72>men, "katk<74>da bulunanlar" (contributors) maddesi sadece PostgreSQL
projesini desteklemek i<>indir ve belirli bir <20>irketin para kayna<6E><61> de<64>ildir. isterseniz, ba<62>lant<6E> adresine bir <20>ek
g<EFBFBD>nderebilirsiniz.
Kullan<EFBFBD>c<EFBFBD>/<2F>stemci Sorular<61>
2.1) PostgreSQL icin ODBC s<>r<EFBFBD>c<EFBFBD>leri var m<>?
iki tane ODBC s<>r<EFBFBD>c<EFBFBD>s<EFBFBD> bulunmaktad<61>r: PsqlODBC ve OpenLink ODBC.
<EFBFBD>cretsiz s<>r<EFBFBD>m<EFBFBD> olmakla beraber, ticari kalitede destek almak isteyenlere satmak isteyeceklerdir. Sorular<61>n<EFBFBD>z<EFBFBD> l<>tfen
postgres95@openlink.co.uk adresine g<>nderiniz.
2.2) PostgreSQL'i web sayfalar<61>nda kullanabilmek i<>in hangi ara<72>lar bulunmaktad<61>r?
http://www.webreview.com/ adresinde, arka planda veritaban<61><20>al<61>st<73>ran Web sayfalar<61> i<>in giri<72> seviyesinde bilgi
bulunmaktad<EFBFBD>r.
Web ile b<>t<EFBFBD>nle<6C>me i<>in, PHP () m<>kemmel bir arabirim sunar.
Karma<EFBFBD><EFBFBD>k sorunlar i<>in, <20>o<EFBFBD>u kisi Perl arabirimini ve CGI.pm ya da mod_perl kullan<61>r.
2.3) PostgreSQL'in grafik kullan<61>c<EFBFBD> arabirimi var m<>d<EFBFBD>r?
<EFBFBD>e<EFBFBD>itli grafik arabirimlerimiz bulunmaktad<61>r. Bunlar<61>n aras<61>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<61>r. Ayr<79>ca, PostgreSQL i<>in web tabanl<6E> bir arabirim olan
Ya <20>ekirde<64>inizde shared memory deste<74>iniz d<>zg<7A>nce yap<61>land<6E>r<EFBFBD>lmam<61><6D>t<EFBFBD>r, ya da <20>ekirde<64>inizdeki mevcut shared memory
ile backend i<>lemi say<61>s<EFBFBD>na ba<62>l<EFBFBD>d<EFBFBD>r. T<>m sistemler i<>in, tamponlar ve i<>lemlerde <20>ntan<61>ml<6D> say<61>larla, ~ 1MB kadar yere
gereksinmeniz olacakt<6B>r. PostgreSQL 7.3.2 Sistem Y<>neticileri Rehberi'ne, shared memory ve semaphorelar hakk<6B>ndaki
ayr<EFBFBD>nt<EFBFBD>l<EFBFBD> bilgi i<>in bakabilirsiniz.
E<EFBFBD>er hata, "<22>pcSemaphoreCreate: semget failed (No space left on device)" ise, <20>ekirde<64>iniz yeterli semaphore ile
yap<EFBFBD>land<EFBFBD>r<EFBFBD>lmam<EFBFBD><EFBFBD> demektir. Postgres, her bir potansiyel backend i<>in bir semaphore gereksinimi duyar. Ge<47>ici bir
<EFBFBD><EFBFBD>z<EFBFBD>m, postmaster<65> backend i<>lemleri i<>in daha az miktarda s<>n<EFBFBD>rla ba<62>latmak olabilir. -N'i varsay<61>lan de<64>er olan
32'den k<><6B><EFBFBD>k bir de<64>erle ba<62>lat<61>n<EFBFBD>z. Daha kal<61>c<EFBFBD> bir <20><>z<EFBFBD>m, <20>ekirde<64>inizin SEMMNS ve SEMMNI parametrelerini y<>kseltmek
E<EFBFBD>er hata mesaj<61>n<EFBFBD>z ba<62>ka bir <20>ey ise, <20>ekirde<64>inizde semaphore deste<74>ini yap<61>land<6E>rmam<61><6D> olabilirsiniz. Shared memory
ve semaphore'lar hakk<6B>ndaki daha ayr<79>nt<6E>l<EFBFBD> bilgi i<>in PostgreSQL 7.3.2 Sistem Y<>neticileri Rehberi'ne bakabilirsiniz.
<EFBFBD>n tan<61>ml<6D> olarak, PostgreSQL sadece yerel makineden Unix domain sockets kullanarak ba<62>lan<61>lmas<61>na izin verir. Diger
makineler, postmaster'a -i etiketini ge<67>irmezseniz ve $PGDATA/pg_hba.conf dosyas<61>n<EFBFBD> d<>zenleyerek host-based
authentication'a olanak vermezseniz, ba<62>lant<6E> yapamayacaklard<72>r.
3.6) Veritabani motorunu daha iyi ba<62>ar<61>m i<>in nas<61>l ayarlayabilirim?
Index'ler sorgular<61> h<>zland<6E>rabilir. EXPLAIN komutu, PostgreSQL'in sorgunuzu nas<61>l yorumlad<61><64><EFBFBD>n<EFBFBD> ve hangi index'leri
kulland<EFBFBD><EFBFBD><EFBFBD>n<EFBFBD> g<>rmenize izin verir.
E<EFBFBD>er cok fazla INSERT i<>lemi yap<61>yorsan<61>z, bunlar<61> b<>y<EFBFBD>k bir toplu i<>lem dosyas<61>kullan<61>p COPY komutu ile veritaban<61>na
girmeyi deneyiniz. Bu, tekil INSERT'lerden daha h<>zl<7A>d<EFBFBD>r. <20>kinci olarak, BEGIN WORK/COMMIT transaction blo<6C>u i<>inde
olmayan ifadeler kendi transaction'lar<61>ndaym<79><6D> gibi d<><64><EFBFBD>n<EFBFBD>l<EFBFBD>r. <20>oklu ifadeleri tek bir transaction blo<6C>u i<>inde
yapabilirsiniz. Bu, transaction overhead'ini d<><64><EFBFBD>recektir. Tek bir transaction blo<6C>u i<>inde birden <20>ok ifadeyi
<EFBFBD>al<EFBFBD><EFBFBD>t<EFBFBD>rmay<EFBFBD> deneyebilirsiniz. Bu da ayn<79><20>ekilde, transaction overhead'ini d<><64><EFBFBD>r<EFBFBD>r.
<EFBFBD>e<EFBFBD>itli ayarlama se<73>enekleri mevcuttur. fsync() i<>lemini, postmaster'<27> -o -F se<73>ene<6E>i ile ba<62>latarak devre d<><64><EFBFBD>
b<EFBFBD>rakabilirsiniz. Bu i<>lem, fsync()'lerin her transactiondan sonra diski flush etmesini engelleyecektir.
Ayn<EFBFBD> zamanda, postmaster'i -B se<73>ene<6E>i ile ba<62>lat<61>p, backend i<>lemleri taraf<61>ndan kullan<61>lan shared memory buffers
limiti a<>ma olas<61>l<EFBFBD><6C><EFBFBD>n<EFBFBD>z y<>z<EFBFBD>nden postmaster ba<62>layamayabilir. Her bir tampon (buffer) 8K'd<>r. <20>ntan<61>ml<6D> say<61> ise 64
g<EFBFBD>zlemler ve beklenmeyen bir durumda program<61> durdurur.
Postmaster ve postgres <20>e<EFBFBD>itli hata ay<61>klama se<73>eneklerine sahiptir. <20>ncelikle, postmaster'<27> ba<62>latt<74><74><EFBFBD>n<EFBFBD>zda, standart
<EFBFBD><EFBFBD>kt<EFBFBD>y<EFBFBD> ve hatalar<61> bir log dosyas<61>na y<>nlendirdi<64>inize emin olun:
cd /usr/local/pgsql
./bin/postmaster >server.log 2>&1 &
Bu i<>lem PostgreSQL ana dizinine server.log dosyas<61> yerle<6C>tirecektir. Bu dosya sunucunun ya<79>ad<61><64><EFBFBD> sorunlar ya da
hatalar hakk<6B>nda yararl<72> bilgiler i<>erir. -d se<73>ene<6E>i, hata ay<61>klama seviyesini belirten bir rakam ile kullan<61>l<EFBFBD>r.
Y<EFBFBD>ksek hata ay<61>klama seviyelerinin b<>y<EFBFBD>k log dosyalar<61> olu<6C>turaca<63><61>n<EFBFBD> unutmay<61>n<EFBFBD>z.
E<EFBFBD>er postmaster <20>al<61><6C>m<EFBFBD>yorsa, postgres backend'ini komut sat<61>r<EFBFBD>ndan <20>al<61><6C>t<EFBFBD>rabilir ve SQL ifadenizi direk olarak
yazabilirsiniz. Bu sadece hata ay<61>klama amac<61>yla <20>nerilir. Burada, noktal<61> virg<72>l<EFBFBD>n de<64>il de yeni bir sat<61>r<EFBFBD>n sorguyu
sonland<EFBFBD>rd<EFBFBD><EFBFBD><EFBFBD>n<EFBFBD> unutmay<61>n<EFBFBD>z. E<>er hata ay<61>klama sembolleri ile derlediyseniz, ne oldu<64>unu g<>rmek i<>in bir hata
ay<EFBFBD>klay<EFBFBD>c<EFBFBD> kullanabilirsiniz. backend postmaster'dan ba<62>lat<61>lmad<61><64><EFBFBD>ndan, e<>de<64>er bir ortamda <20>al<61><6C>mamaktad<61>r ve
E<EFBFBD>er postmaster <20>al<61><6C><EFBFBD>yorsa, bir pencerede psql'i <20>al<61><6C>t<EFBFBD>r<EFBFBD>n ve psql taraf<61>ndan kullan<61>lan postgres s<>recinin s<>re<72>
numaras<EFBFBD>n<EFBFBD> (PID) bulun. Postgres s<>reci ile ili<6C>kilendirmek i<>in bir hata ay<61>klar<61>c<EFBFBD> kullan<61>n. Sorgular<61> psql arac<61>l<EFBFBD><6C><EFBFBD>
ile <20>al<61><6C>t<EFBFBD>rabilirsiniz. E<>er postgres ba<62>lang<6E>c<EFBFBD>nda hata ay<61>klamak istiyorsan<61>z, PGOPTIONS="-W n" se<73>ene<6E>ini
ayarlayabilir ve psql'i ba<62>latabilirsiniz. Bu i<>lem, ba<62>lang<6E>c<EFBFBD>n n saniye kadar gecikmesini sa<73>layacakt<6B>r; b<>ylece hata
ay<EFBFBD>klay<EFBFBD>c<EFBFBD>y<EFBFBD> s<>rece ili<6C>kilendirdikten sonra ba<62>lang<6E><67> s<>recinin devam etmesini sa<73>layabilirsiniz.
postgres program<61> hata ay<61>klama ve ba<62>ar<61>m <20>l<EFBFBD><6C>mleri i<>in -s, -A ve -t se<73>eneklerine sahiptir.
3.8) Ba<42>lanmaya <20>al<61><6C><EFBFBD>rken, neden "Sorry, too many clients" hatas<61>n<EFBFBD> al<61>yorum?
Postmaster'<27>n e<>zamanl<6E> olarak ba<62>latabilece<63>i backend s<>re<72>leri s<>n<EFBFBD>rlar<61>n<EFBFBD> artt<74>rman<61>z gerekmektedir.
<EFBFBD>n tan<61>ml<6D> de<64>er 32 s<>re<72>tir. Bunu, postmaster'<27> uygun -N de<64>eri ile ya da postgresql.conf dosyas<61>n<EFBFBD> d<>zenleyerek
yeniden ba<62>latmakla artt<74>rabilirsiniz.
E<EFBFBD>er -N de<64>erini 32'den b<>y<EFBFBD>k yapacaksan<61>z, ayn<79> zamanda -B de<64>erini de de<64>i<EFBFBD>tirmeniz gerekti<74>ini unutmay<61>n. -B, -N'nin
en az 2 kat<61> kadar olmal<61>d<EFBFBD>r; daha iyi ba<62>ar<61>m i<>in bu say<61>y<EFBFBD> daha da artt<74>rmal<61>s<EFBFBD>n<EFBFBD>z. Y<>ksek say<61>daki backend
SEMMNS, SEMMNI, NPROC, MAXUPRC ve a<><61>labilecek dosyalar<61>n maksimum say<61>s<EFBFBD> olan NFILE ve NINODE de<64>erlerini
kar<EFBFBD><EFBFBD>t<EFBFBD>rmakt<EFBFBD>r. Bunun nedeni, PostgreSQL'in izin verilen backend s<>re<72>lerinin say<61>s<EFBFBD><20>zerinde bir s<>n<EFBFBD>r<EFBFBD> olmas<61>d<EFBFBD>r.
B<EFBFBD>ylelikle sistem kaynaklar<61>n<EFBFBD>n d<><64><EFBFBD>na <20><>k<EFBFBD>lmayacakt<6B>r.
PostgreSQL'in 6.5 s<>r<EFBFBD>m<EFBFBD>ne kadar, en fazla backend say<61>s<EFBFBD> 64 idi ve bunu de<64>i<EFBFBD>tirmek i<>in include/storage/sinvaladt.h
dosyas<EFBFBD> i<>indeki MaxBAckendid sabitini de<64>i<EFBFBD>tirdek sonra yaz<61>l<EFBFBD>m<EFBFBD> yeniden derlemek gerekiyordu.
3.9) pgsql_tmp dizinin i<>indeki dosyalar nelerdir?
Sorgu <20>al<61>st<73>r<EFBFBD>c<EFBFBD> (query executer) taraf<61>ndan yarat<61>lan ge<67>ici dosyalard<72>r. <20>rnegin, bir s<>ralama ORDER BY ile
yap<EFBFBD>lacaksa ve s<>ralama backend'in -s parametresinin izin verdi<64>inden daha fazla alana gereksinim duyuyorsa, ekstra
3.10) PostgreSQL s<>r<EFBFBD>mlerini y<>kseltmek i<>in neden bir dump/reload i<>lemi ger<65>ekle<6C>tirmek zorunday<61>m?
PostgreSQL tak<61>m<EFBFBD> ara s<>r<EFBFBD>mlerde sadece k<><6B><EFBFBD>k de<64>i<EFBFBD>iklikler yapmaktad<61>r; bu y<>zden 7.2 s<>r<EFBFBD>m<EFBFBD>nden 7.2.1'e y<>kseltmek
dump/restore i<>lemi gerekmemektedir. Ancak, esas s<>r<EFBFBD>mlerde (<28>rnek: 7.2'den 7.3'e) <20>o<EFBFBD>unlukla sistem tablolar<61>n<EFBFBD>n ve
veri dosyalar<61>n<EFBFBD>n i<> yap<61>s<EFBFBD> de<64>i<EFBFBD>tirilir. Bu de<64>i<EFBFBD>iklikler <20>o<EFBFBD>unlukla karma<6D><61>kt<6B>r; dolay<61>s<EFBFBD>yla veri dosyalar<61>n<EFBFBD>n geriye
d<EFBFBD>n<EFBFBD>k uyumlulu<6C>u i<>lemlerini yapm<70>yoruz. Dump i<>lemi, veriyi genel bi<62>imde alaca<63><61>ndan yeniden y<>kleme esnas<61>nda veri,
yeni i<> bi<62>ime uygun <20>ekilde yerle<6C>tirilecektir.
Disk bi<62>iminin de<64>i<EFBFBD>medi<64>i s<>r<EFBFBD>mlerde, pg_upgrade beti<74>i g<>ncellemenin bir dump/restore gerektirmeden yap<61>lmas<61>n<EFBFBD>
3.11) Nas<61>l bir donan<61>m kullanmal<61>y<EFBFBD>m?
PC donan<61>m<EFBFBD> tamamen uyumlu oldu<64>u i<>in, insanlar t<>m PC donan<61>mlar<61>n<EFBFBD>n ayn<79> kalitede oldu<64>unu d<><64><EFBFBD>n<EFBFBD>rler. Oysa b<>yle
de<EFBFBD>ildir. ECC RAM, SCSI ve kaliteli anakartlar daha ucuz donan<61>mlara g<>re daha <20>ok g<>venilirlerdir ve ba<62>ar<61>mlar<61> daha
y<EFBFBD>ksektir. PostgreSQL hemen hemen t<>m donan<61>mda <20>al<61><6C>abilmektedir, ancak g<>venilirlik ve ba<62>ar<61>m <20>nemli ise donan<61>m
se<EFBFBD>eneklerini <20>ok iyi ara<72>t<EFBFBD>rmak gereklidir. E-posta listelerimi donan<61>mlarla ilgili sorular ve de ticaret i<>in
kullan<EFBFBD>labilir.
<EFBFBD><EFBFBD>letimsel Sorular
4.1) Binary cursor ve normal cursor aras<61>ndaki fark nedir?
DECLARE yard<72>m sayfas<61>na bak<61>n<EFBFBD>z.
4.2) Sorgunun sadece ilk birka<6B> sat<61>r<EFBFBD>n<EFBFBD> nas<61>l SELECT edebilirim?
FETCH yard<72>m sayfas<61>na bak<61>n<EFBFBD>z, ya da SELECT ... LIMIT ... kullan<61>n<EFBFBD>z.
<EFBFBD>lk birka<6B> sat<61>r<EFBFBD> almak isteseniz bile, t<>m sorgu de<64>erlendirilmek durumunda kal<61>nabilir. ORDER BY i<>eren bir sorgu
d<EFBFBD><EFBFBD><EFBFBD>n<EFBFBD>n. E<>er ORDER BY i<>e e<>le<6C>en bir index varsa, PostgreSQL istenen ilk birka<6B> sat<61>r<EFBFBD> i<>leyebilir, ya da t<>m sorgu
istenen sat<61>rlar <20>retilene kadar i<>lenebilir.
4.3) psql'in i<>inde g<>rd<72>g<EFBFBD>m tablolar<61>n ya da di<64>er <20>eylerin listesini nas<61>l alabilirim?
pgsql/src/bin/psql/describe.c i<>indeki psql kaynak kodunu okuyabilirsiniz. Bu kod, psql'in \ ile ba<62>layan komutlar<61>n<EFBFBD>n
<EFBFBD><EFBFBD>kt<EFBFBD>s<EFBFBD>n<EFBFBD> olusturan SQL komutlar<61>n<EFBFBD> i<>erir. Ayn<79> zamanda, psql'i -E se<73>ene<6E>i ile ba<62>lat<61>p, verdi<64>iniz komutlar<61>
4.4) Bir tablodan bir kolonu nas<61>l kald<6C>rabilirim?
Bu <20>zellik (ALTER TABLE DROP COLUMN) 7.3 s<>r<EFBFBD>m<EFBFBD> ile gelmi<6D>tir. Eski s<>r<EFBFBD>mlerde a<>a<EFBFBD><61>dakileri uygulamal<61>s<EFBFBD>n<EFBFBD>z:
BEGIN;
LOCK TABLE old_table;
SELECT ... -- select all columns but the one you want to remove
INTO TABLE new_table
FROM old_table;
DROP TABLE old_table;
ALTER TABLE new_table RENAME TO old_table;
COMMIT;
4.5) Bir sat<61>r, tablo ve veritaban<61> i<>in en fazla b<>y<EFBFBD>kl<6B>k nedir?
S<EFBFBD>n<EFBFBD>rlar:
Veritaban<EFBFBD> i<>in en fazla b<>y<EFBFBD>kl<6B>k nedir?
Bir tablo i<>in en fazla b<>y<EFBFBD>kl<6B>k nedir?
32 TB
Bir sat<61>r i<>in en fazla b<>y<EFBFBD>kl<6B>k nedir?
1.6 TB
Bir alan i<>in en fazla b<>y<EFBFBD>kl<6B>k nedir?
1 GB
Tabloda en fazla sat<61>r say<61>s<EFBFBD> ka<6B>t<EFBFBD>r?
S<EFBFBD>n<EFBFBD>rs<EFBFBD>z
Bir tabloda olabilecek en fazla kolon say<61>s<EFBFBD> ka<6B>t<EFBFBD>r?
Kolon tiplerine ba<62>l<EFBFBD> olarak 250-1600
Bir tabloda olabilecek en fazla index say<61>s<EFBFBD> ka<6B>t<EFBFBD>r?
S<EFBFBD>n<EFBFBD>rs<EFBFBD>z
Tabii ki bunlar asl<73>nda s<>n<EFBFBD>rs<72>z degildir. Burada belirtilen s<>n<EFBFBD>rlar, fiziksel s<>n<EFBFBD>rlar<61>n haricindeki s<>n<EFBFBD>rlard<72>r. Bo<42>
disk alan<61>, haf<61>za/takas alan<61> na ba<62>l<EFBFBD> s<>n<EFBFBD>rlamalar vard<72>r. Ba<42>ar<61>m, s<>n<EFBFBD>r de<64>erlere yakla<6C>t<EFBFBD>k<EFBFBD>a, ya da de<64>erler <20>ok
b<EFBFBD>y<EFBFBD>k oldu<64>unda d<><64>ebilir.
Bir tablo i<>in b<>y<EFBFBD>kl<6B>k s<>n<EFBFBD>r<EFBFBD> olan 32 TB, i<>letim sisteminin b<>y<EFBFBD>k dosya deste<74>i olup olmamas<61>ndan ba<62><61>ms<6D>zd<7A>r. B<>y<EFBFBD>k
tablolar, 1 GB'lik dosyalarda sakland<6E><64><EFBFBD> i<>in, dosya sistemi s<>n<EFBFBD>rlar<61>nin bir <20>nemi yoktur.
Tablo ve kolon say<61>s<EFBFBD> b<>y<EFBFBD>kl<6B>kleri, <20>n tan<61>ml<6D> blok b<>y<EFBFBD>kl<6B><6C><EFBFBD> 32k ya <20><>kar<61>larak artt<74>r<EFBFBD>labilir.
4.6) Tipik bir metin dosyas<61>ndaki veriyi saklamak i<>in ne kadar disk alan<61> gereklidir?
Bir PostgreSQL veritaban<61>, veriyi "flat" metin dosyas<61>nda saklamak i<>in gereken alan<61>n 5 kat fazla disk alan<61>na
gereksinim duyabilir.
Her sat<61>r<EFBFBD>nda bir tamsay<61> ve metin (text) i<>eren, 100.000 sat<61>rl<72>k bir dosya d<><64><EFBFBD>n<EFBFBD>n. Her sat<61>r<EFBFBD>n ortalama 20 byte
oldu<EFBFBD>unu farzedelim. Metin dosyas<61> 2.8 MB olacakt<6B>r. Bu veriyi tutan PostgreSQL veritaban<61> yakla<6C><61>k 6.4 MB yer
kaplayacakt<EFBFBD>r.
36 byte: Her bir sat<61>r ba<62>l<EFBFBD><6C><EFBFBD> (yakla<6C><61>k)
+ 24 byte: Bir tamsay<61> (int) alan<61> ve bir metin (text) alan<61>
+ 4 byte: Sayfada tuple a pointer
----------------------------------------
64 byte -> kay<61>t ba<62><61>na
PostgreSQL'de veri sayfas<61> (data page) b<>y<EFBFBD>kl<6B><6C><EFBFBD> 8192 byte (8k)d<>r, dolay<61>s<EFBFBD>yla:
8192 byte -> page ba<62><61>na
------------------------- = Her bir veritaban<61> page'<27> ba<62><61>na 128 sat<61>r (yakla<6C><61>k)
Indexler her sorgu taraf<61>ndan otomatik olarak kullan<61>lmazlar. Indexler e<>er bir tablonun b<>y<EFBFBD>kl<6B><6C><EFBFBD> minimum bir
b<EFBFBD>y<EFBFBD>kl<EFBFBD>kten fazla ise ve sorgu tablodaki sat<61>rlar<61>n sadece k<><6B><EFBFBD>k bir y<>zdesini se<73>iyorsa kullan<61>l<EFBFBD>r. Bunun nedeni,
index eri<72>iminin neden oldu<64>u raslansal disk eri<72>imi nin diskin ya da tablonun s<>ral<61> okunmas<61>ndan daha yavas
sat<EFBFBD>r oldu<64>unu ve bilir ve indexin kullan<61>l<EFBFBD>p kullan<61>lmayaca<63><61>na daha iyi karar verir. Istatistikler, ayn<79> zamanda en
uygun join s<>ras<61>n<EFBFBD> ve y<>ntemini belirlemekte <20>ok <20>nemlidir. <20>statistik toplanmas<61>, tablo i<>erikleri de<64>i<EFBFBD>tik<69>e
periyodik olarak yap<61>lmal<61>d<EFBFBD>r.
Indexler normalde ORDER BY sorgular<61> ya da join i<>lemlerini ger<65>ekle<6C>tirmek i<>in kullan<61>lmazlar. A<><41>k bir s<>ralamay<61>
takip eden s<>ral<61> bir arama (sequential scan), b<>y<EFBFBD>k bir tabloda index aramas<61> yapmaktan genelde daha h<>zl<7A>d<EFBFBD>r.
Ancak, ORDER BY ile birle<6C>mi<6D> LIMIT genellikle bir index kullanacakt<6B>r; <20><>nk<6E> tablonun sadece belirli bir miktar<61>
d<EFBFBD>nd<EFBFBD>r<EFBFBD>lecektir. Asl<73>nda, MAX() ve MIN() fonksiyonlar<61>n<EFBFBD>n index kullanmamalar<61>ndan dolay<61>, bu gibi de<64>erleri ORDER BY
E<EFBFBD>er optimizer'<27>n s<>ral<61> arama yapmas<61>n<EFBFBD>n yanl<6E><6C> oldu<64>una inan<61>yorsan<61>z, SET enable_seqscan TO 'off' kullan<61>n ve index
kullanan aramalar<61>n hala daha h<>zl<7A> olup olmad<61><64><EFBFBD>n<EFBFBD> g<>r<EFBFBD>n.
4.12) D<>zenli ifade (Regular Expression) aramalar<61>n<EFBFBD> ve b<>y<EFBFBD>k/k<><6B><EFBFBD>k harfe duyars<72>z aramalar<61> nas<61>l yapabilirim? Bu
~ operat<61>r<EFBFBD> d<>zenli ifade e<>le<6C>mesi ve ~* b<>y<EFBFBD>k/k<><6B><EFBFBD>k harfe duyars<72>z d<>zenli ifade e<>le<6C>mesi yapar. B<>y<EFBFBD>k/k<><6B><EFBFBD>k harfe
duyarl<EFBFBD> olan LIKE'<27>n b<>y<EFBFBD>k/k<><6B><EFBFBD>k harfe duyars<72>z olan bi<62>imi ILIKE't<>r ve PostgreSQL 7.1 s<>r<EFBFBD>m<EFBFBD> ile birlikte gelmi<6D>tir.
B<EFBFBD>y<EFBFBD>k-k<><6B><EFBFBD>k harfe duyars<72>z e<>itlik kar<61><72>la<6C>t<EFBFBD>rmalar<61> a<>a<EFBFBD><61>daki gibi ifade edilir:
<EFBFBD><EFBFBD> adlar<61> (internal name) sistem kataloglar<61>n<EFBFBD> ve baz<61> hata mesajlar<61>n<EFBFBD> incelerken g<>receksiniz.
<EFBFBD>lk d<>rt veri tipi "varlena" tipidir (yani, diskteki ilk 4 bayt uzunluktur; devam<61> da veridir.) Dolay<61>s<EFBFBD>yla, kullan<61>lan
ger<EFBFBD>ek alan, belirtilen alandan biraz daha b<>y<EFBFBD>kt<6B>r. Ancak, bu veri tipleri, s<>k<EFBFBD><6B>t<EFBFBD>r<EFBFBD>lmaya tabi tutulabilir;
dolay<EFBFBD>s<EFBFBD>yla disk alan<61> beklenilenden k<><6B><EFBFBD>k olabilir. VARCHAR(n) b<>y<EFBFBD>kl<6B><6C><EFBFBD> artabilen ama en b<>y<EFBFBD>k uzunlu<6C>u s<>n<EFBFBD>rl<72> olan
verileri saklamak i<>in en uygun y<>ntemdir. TEXT, 1 GB b<>y<EFBFBD>kl<6B><6C>e kadar olan verileri tutmak i<>in kullan<61>l<EFBFBD>r.
CHAR(n), ayn<79> uzunluktaki dizilerin saklanmas<61> i<>in kullan<61>m<EFBFBD>r. CHAR(n) belirtilen uzunlu<6C>a kadar bo<62>luk ile doldurur;
ancak VARCHAR(n) sadece verilen karakterleri saklar. BYTEA binary veri saklamak i<>indir; ayr<79>ca "NULL" bayt i<>eren
de<EFBFBD>erleri de saklar. Burada anlat<61>lan <20><> veri tipi de benzer ba<62>ar<61>m karakteristiklere sahiptir.
4.15.1) Nas<61>l serial/otomatik artan (auto-incrementing) bir alan yaratabilirim?
PostgreSQL'de SERIAL veri tipi vard<72>r. Bu veri tipi bir sequence ve kolon <20>zerinde bir index yarat<61>r.
<EFBFBD>rnek, a<>a<EFBFBD><61>daki sorgu:
CREATE TABLE person (
id SERIAL,
name TEXT
);
buna <20>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<6B>nda daha fazla bilgi i<>in create_sequence yard<72>m sayfas<61>na bakabilirsiniz. Her sat<61>r<EFBFBD>n OID alan<61>n<EFBFBD>
tekil bir say<61> olarak alabilirsiniz. Ancak, veritaban<61>n<EFBFBD>z<EFBFBD>n dump'<27>n<EFBFBD> al<61>p yeniden y<>klerseniz, OID de<64>erlerini
koruyabilmek i<>in pg_dump'<27>n -o parametresini ya da "COPY WITH OIDS" se<73>ene<6E>ini kullanman<61>z gerekecektir.
4.15.2) SERIAL giri<72>inin degerini nas<61>l alabilirim?
Bir yakla<6C><61>m, sequence nesnesindeki SERIAL de<64>erini, veriyi girmeden <20>nce nextval() ile al<61>p, ald<6C><64><EFBFBD>n<EFBFBD>z de<64>eri
Son olarak, <20>n tan<61>ml<6D> de<64>eri bulmak i<>in INSERT ifadesinden d<>nen OID de<64>erini kullanabilirsiniz; ancak bu en az
ta<EFBFBD><EFBFBD>nabilir <20><>z<EFBFBD>m olacakt<6B>r. Perl'de, Edmund Mergl'in DBD:Pg m<>d<EFBFBD>l<EFBFBD> ile birlikte DBI kullanarak, OID de<64>eri
$sth->execute() <20>al<61><6C>t<EFBFBD>r<EFBFBD>ld<6C>ktan sonra $sth->(pg_oid_status) ile al<61>nabilir.
4.15.3) currval() ve nextval() di<64>er kullan<61>c<EFBFBD>lara sorun yaratmaz m<>?
PostgreSQL OIDleri, tablolar aras<61>nda sat<61>rlar<61> ili<6C>kilendirmek i<>in kendi i<> tablolar<61>nda kullan<61>r. Bu OIDler belirli
kullan<EFBFBD>c<EFBFBD> sat<61>rlar<61>n<EFBFBD> belirtmek i<>in kullanabilir ve join i<>lemlerinde kullan<61>l<EFBFBD>r. OID de<64>erlerini saklamak i<>in OID
kolon tipini kullanman<61>z <20>nerinir. Daha h<>zl<7A> bir eri<72>im i<>in, OID alan<61>nda bir index yaratabilirsiniz.
Kaynak kodun bir k<>sm<73> ve eski belgeler, daha geni<6E> kullan<61>m alan<61> olan terimleri kullan<61>rlar. Bunlar<61>n baz<61>lar<61>:
* 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<61> 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<61>n<EFBFBD> al<61>yorum?
Sisteminizde sanal belle<6C>inizi t<>ketmi<6D> olabilirsiniz, ya da <20>ekirde<64>iniz belli kaynaklar icin d<><64><EFBFBD>k bir s<>n<EFBFBD>ra sahip
olabilir. postmaster'<27> ba<62>latmadan <20>nce a<>a<EFBFBD><61>dakileri deneyebilirsiniz:
ulimit -d 262144
limit datasize 256m
Kabu<EFBFBD>unuza ba<62>l<EFBFBD> olarak, bunlardan sadece biri olumlu sonu<6E> verecektir, ama bu i<>lem veri segment s<>n<EFBFBD>r<EFBFBD>n<EFBFBD>z<EFBFBD>
artt<EFBFBD>racak, ve belki de sorgunuzun tamamlanmas<61>n<EFBFBD> sa<73>layacakt<6B>r. Bu komut, varolan i<>leme (current process) ve komut
<EFBFBD>al<EFBFBD><EFBFBD>t<EFBFBD>r<EFBFBD>ld<EFBFBD>ktan sonraki t<>m alt i<>lemlere uygulan<61>r. E<>er SQL istemcinizle, backend'in <20>ok fazla veri d<>nd<6E>rmesi
nedeniyle bir sorun ya<79><61>yorsan<61>z, bunu istemciyi ba<62>latmadan <20>nce deneyiniz.
4.19) Hangi PostgreSQL s<>r<EFBFBD>m<EFBFBD>n<EFBFBD><20>al<61><6C>t<EFBFBD>rd<72><64><EFBFBD>m<EFBFBD> nas<61>l g<>rebilirim?
handle ile yap<61>lacak ilk <20>ey invalid large obj descriptor hatas<61> ile sonu<6E>lanacakt<6B>r.Dolay<61>s<EFBFBD>yla <20>al<61><6C>an kodunuz e<>er
transaction kullanmazsan<61>z hata mesajlar<61><20>retecektir.
E<EFBFBD>er ODBC gibi bir istemci arabirimi kullan<61>yorsan<61>z, auto-commit'i kapatman<61>z gerekebilir.
4.21) <20>u andaki zaman<61><20>ntan<61>ml<6D> de<64>er olarak kabul eden How do I create a column that will default to the current
CREATE TABLE test (x int, modtime timestamp DEFAULT CURRENT_TIMESTAMP );
4.22) Neden IN kullanan subquery'lerim <20>ok yavas?
7.4 s<>r<EFBFBD>m<EFBFBD>nden <20>nce, subqueryler. E<>er subquery sadece birka<6B> sat<61>r ve outer query bol say<61>da sat<61>r d<>nd<6E>r<EFBFBD>yorsa, IN en
h<EFBFBD>zl<EFBFBD>s<EFBFBD>d<EFBFBD>r. Sorgular<61> h<>zland<6E>rmak i<>in IN yerine EXISTS kullan<61>n:
Bu <20>zde<64> sorgular t1.col' i t2.col'ye join ederler ve ayn<79> zamanda t1'deki unjoined sat<61>rlar<61> (t2'de e<>lenmemi<6D>
olanlarla) d<>nd<6E>r<EFBFBD>rler. RIGHT JOIN t2'nin unjoined sat<61>rlar<61>n<EFBFBD> ekleyecektir. Bir FULL join, e<>le<6C>mi<6D> b<>t<EFBFBD>n sat<61>rlar<61> ve
t1 ile t2'den t<>m ba<62>lanmam<61><6D> (unjoined) sat<61>rlar<61> al<61>r. OUTER s<>zc<7A><63><EFBFBD> se<73>imseldir ve LEFT, RIGHT ve FULL join
i<EFBFBD>lemlerinde oldu<64>u kabul edilir. S<>radan join i<>lemleri INNER JOIN olarak adland<6E>r<EFBFBD>l<EFBFBD>r.
Mevcut veritaban<61>n<EFBFBD>z d<><64><EFBFBD>ndaki ba<62>ka bir veritaban<61>n<EFBFBD>z<EFBFBD> sorgulaman<61>z<EFBFBD>n bir yolu bulunmamaktad<61>r. Bunun nedeni,
PostgreSQL'in veritaban<61>na <20>zel sistem kataloglar<61> y<>klemesidir. Bu nedenle, cross-database bir sorgunun nas<61>l
contrib/dblink fonksiyon <20>a<EFBFBD>r<EFBFBD>lar<61>n<EFBFBD> kullanarak cross-database sorgulara izin verir. Tabii ki, bir istemci de<64>i<EFBFBD>ik
veritabanlar<EFBFBD>na ayn<79> anda eri<72>im sa<73>layabilir ve bilgiyi bu <20>ekilde birle<6C>tirebilir.
4.25) Bir fonksiyondan nas<61>l <20>oklu sat<61>r ya da kolon d<>nd<6E>rebilirim?
PL/PgSQL fonksiyon i<>erikleri cache'ler. Bunun istenmeyen bir taraf<61>, e<>er bir PL/PgSQL fonksiyonu ge<67>ici bir tabloya
eri<EFBFBD>iyorsa ve bu tablo ileride kald<6C>r<EFBFBD>l<EFBFBD>p yeniden olu<6C>turulduktan sonra fonksiyon yeniden <20>a<EFBFBD>r<EFBFBD>l<EFBFBD>rsa, fonksiyon
<EFBFBD>al<EFBFBD><EFBFBD>mayacakt<EFBFBD>r; <20><>nk<6E> cache'lenmi<6D> fonksiyon hala eski ge<67>ici tabloyu g<>steriyor olacakt<6B>r. <20><>z<EFBFBD>m, ge<67>ici tablo
eri<EFBFBD>imleri i<>in PL/PgSQL'de EXECUTE kullanmakt<6B>r. Bu, sorgunun her seferinde yeniden i<>lenmesini sa<73>layacakt<6B>r.
4.27) Hangi replikasyon se<73>enekleri bulunmaktad<61>r?
Ayr<EFBFBD>ca,pg_hba.conf dosyas<61> i<>inde host ya da hostssl kayd<79> mutlaka olmal<61>d<EFBFBD>r ve istemci sslmode kapat<61>lmamal<61>d<EFBFBD>r. (Ayn<79>
zamanda,PostgreSQL'in do<64>al SSL ba<62>lant<6E>lar<61> d<><64><EFBFBD>nda ssh ya da ssl gibi 3.parti <20>ifrelenmi<6D> veri iletimi de m<>mk<6D>nd<6E>r.)
* Veritaban<61> kullan<61>c<EFBFBD> ad<61> ve <20>ifreleri 7.3 s<>r<EFBFBD>m<EFBFBD> ile birlikte otomatik olarak <20>ifrelenirler. <20>nceki s<>r<EFBFBD>mlerde,
postgresql.conf i<>indeki PASSWORD_ENCRYPTION se<73>ene<6E>ini aktif hale getirmeniz gerekmektedir.
5.1) Kullan<61>c<EFBFBD>-tan<61>ml<6D> bir fonksiyon yazd<7A>m. psql'de <20>al<61><6C>t<EFBFBD>rd<72><64><EFBFBD>m zaman neden core dump ediyor?
Sorunun nedeni birden fazla <20>ey olabilir. Kullan<61>c<EFBFBD>-tan<61>ml<6D> fonksiyonunuzu stand-alone bir programda <20>al<61><6C>t<EFBFBD>rmay<61>
deneyiniz.
5.2) PostgreSQL'e nas<61>l yeni tipler/fonksiyonlar ekleyebilirim?
<EFBFBD>al<EFBFBD><EFBFBD>malar<EFBFBD>n<EFBFBD>z<EFBFBD> pgsql-hackers e-posta listesine g<>nderiniz. Kodunuz incelendikten sonra /contrib dizinine konacakt<6B>r.
5.3) Bir tuple dond<6E>rmek icin bir C fonksiyonunu nasil yazar<61>m?
PostgreSQL 7.3 s<>r<EFBFBD>m<EFBFBD> ile birlikte, C, PL/PgSQL ve SQL kullan<61>larak tablo-d<>nd<6E>ren fonksiyonlar tamamen
desteklenmektedir. Ayr<79>nt<6E>l<EFBFBD> bilgi i<>in PostgreSQL 7.3.2 Kullan<61>c<EFBFBD> Rehberi'ne bakabilrisiniz. Bir <20>rne<6E>i
contrib/tablefunc i<>inde bulabilirsiniz.
5.4) Bir kaynak dosyas<61>nda de<64>i<EFBFBD>iklik yapt<70>m. Yeniden derlememe ra<72>men de<64>i<EFBFBD>iklik ge<67>erli olmuyor. Neden?
Makefile'lar include dosyalar<61> i<>in tam bir ba<62><61>ml<6D>l<EFBFBD>k i<>ermezler. <20>ncelikle make clean, ard<72>ndan da baska bir make
i<EFBFBD>lemi yapman<61>z gerekir. GCC kullan<61>yorsan<61>z, configure beti<74>inin --enable-depend se<73>ene<6E>ini, derleyicinin
ba<EFBFBD><EFBFBD>ml<EFBFBD>l<EFBFBD>klar<EFBFBD> otomatik olarak hesaplamas<61> i<>in kullanabilirsiniz.
