Oracle'dan PostgreSQL'e geçiş

[esrefatak]

Merhaba,

50 tabloluk bir Oracle 9i veritabanımız var. Bu veritabanı,
yalnızca; görüntülerden, tablolardan, fonksiyonlardan,
arttırıcılardan ve birkaç dizinden oluşan basit bir yapıya sahip.
Amacımız, bu veritabanının "aynısını" PostgreSQL 8.1'de
oluşturmak ve Oracle veritabanını devredışı bırakıp PostgreSQL
veritabanına geçiş yapmak. Bu dönüştürme/geçiş girişimindeki
başarımız nispetinde, diğer bazı projelerde de PostgreSQL kullanma
konusu gündeme gelebilir.

Bu noktada, grup üyelerinden istirhamım, Oracle 9i veritabanını
PostgreSQL 8.1'e dönüştürme konusunda bize yardımcı olabilecek;
AKK bir yazılım önermeleridir. ora2pg isimli bir yazılımın
varlığından haberim var. Fakat bu yazılım Unix türevlerinde
çalışacak şekilde hazırlanmış. Biz yalnızca Windows
kullanıyoruz.

---
Eşref Atak

[Devrim GUNDUZ]

Merhaba,

Post by esrefatak
50 tabloluk bir Oracle 9i veritabanımız var. Bu veritabanı,
yalnızca; görüntülerden, tablolardan, fonksiyonlardan,
arttırıcılardan ve birkaç dizinden oluşan basit bir yapıya sahip.
Amacımız, bu veritabanının "aynısını" PostgreSQL 8.1'de
oluşturmak ve Oracle veritabanını devredışı bırakıp PostgreSQL
veritabanına geçiş yapmak. Bu dönüştürme/geçiş girişimindeki
başarımız nispetinde, diğer bazı projelerde de PostgreSQL kullanma
konusu gündeme gelebilir.
Bu noktada, grup üyelerinden istirhamım, Oracle 9i veritabanını
PostgreSQL 8.1'e dönüştürme konusunda bize yardımcı olabilecek;
AKK bir yazılım önermeleridir. ora2pg isimli bir yazılımın
varlığından haberim var. Fakat bu yazılım Unix türevlerinde
çalışacak şekilde hazırlanmış. Biz yalnızca Windows
kullanıyoruz.

Ora2pg kullanacaksanız Linux'ta veritabanlarınızın dçnüşüm işlemlerini
halledip sonra veriyi Windows'daki sunucularınıza yükleyebilirsiniz.

Ancak konu o değil. Bu tür dönüşümler bir script ile olmayacak kadar
kritik olabilir. Hmm, gerçi basit bir yapıdan bahsetmişsiniz. İçin
içinde PL/SQL yok gibi gözüküyor. O zaman elle bile yapabilirsiniz bu
dönüşümü :)

http://rose.inf.unibz.it/~boehlen/cospa/OraToPG/descr.html

adresindekini öneririm ben. Biraz daha güncel. Bu dönüşüm ile ilgili
uzun bir metin var aslında elimde ama listeye gönderilebilecek
düzgünlükte değil. Kitabın içinde çıkabilir.

Aklıma gelen ipuçlarının çoğu PL/SQL -> PL/pgSQL dönüşümü ile ilgili.
varchar2 -> varchar dönüşümünü yapmayı unutmayın. integer ile ilgili
herşeyi kontrol edin. Oracle'daki dual ile ilgili sorgularınız varsa
onları da değiştirin.

Maili yazdıkça farkettim ki sizin bahsettiğiniz yapıda dönüşüm zor
değil.

Kolay gelsin.
--
The PostgreSQL Company - Command Prompt, Inc. 1.503.667.4564
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
Managed Services, Shared and Dedicated Hosting
Co-Authors: PL/php, plPerlNG - http://www.commandprompt.com/


---------------------------(end of broadcast)---------------------------
TIP 1: subscribe ve unsubscribe komutlar�n�
***@postgresql.org

[esrefatak]

Tekrar merhaba,

Ticari alternatifleri de inceledim ve Oracle'dan PostgreSQL'e geçis
konusunda en iyi seçimin, sizin de önerdiginiz "oratopg" yazilimi
oldugunu müsahede ettim. Zira; ora-pg geçisi konusuna odaklanmis
bsr yazilim. Bu "oratopg" isimli yazilimi kullanabilmek için
Linux'a ihtiyacim vardi. Linux'u ve gerekli birçok yazilimi da
nihayet kurdum sanirim.

linux:/home/esrefa/oratopg-0.2 # ./oratopg
/home/esrefa/oratopg-0.2/xxx.dmp

komutunu çalistirdim. Fakat, asagidaki hatayi aldim:

./oratopg: line 40: ./ora_parser: Böyle bir dosya ya da dizin yok

Acaba nerede hata yaptim?

Windows kullanicisi oldugum için, sunu söylesem inanmakta
zorlanmazsiniz sanirim; 4 günden beri, Oracle'dan PostgreSQL'e
geçmek için ugrasiyorum. Bunun 2 günü yalnizca "oratopg"
yazilimiyla güresmekle geçti. Ve henüz bir arpa boyu yol
katedemedim. Bir sekilde geçecegim ama artik beynim durdu. Bu
girisim, PostgreSQL'e geçis için ikinci girisimim. Bu sefer
yardim istiyorum artik.

Acaba, bu yazilimi basitçe kurup çalistirabilecegim bir
yol/ortam yok mudur?

Suse 9.2
PostgreSQL 8.1

[Adnan DURSUN]

----- Original Message -----

Sent: Thursday, February 23, 2006 7:31 PM
Subject: Re: [pgsql-tr-genel] Oracle'dan PostgreSQL'e
Tekrar merhaba,

...
...

Acaba, bu yazilimi basitçe kurup çalistirabilecegim bir
yol/ortam yok mudur?

2 gün yazilim kurmaya çalismaktansa, tüm islemleri elle yapsaydiniz.
Sonuç olarak bazi veri tipleri farkli:

Oracle PostgreSQL
---------------- -------------
varchar2 varchar
number integer/numeric
date date/timestamp

ve SP lerde basit degisiklikler yapacaksiniz. Hele bir de windows
kullanicisisiniz ki, kolay gelsin :-) Ayni durumda
oldugum için güldüm....


Adnan DURSUN
ASRIN Bilisim Ltd.
adresine yollayabilirsiniz.

---------------------------(end of broadcast)---------------------------
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddressHere" to ***@postgresql.org)

[Devrim GUNDUZ]

Merhaba,

Post by esrefatak
Ticari alternatifleri de inceledim ve Oracle'dan PostgreSQL'e geçis
konusunda en iyi seçimin, sizin de önerdiginiz "oratopg" yazilimi
oldugunu müsahede ettim. Zira; ora-pg geçisi konusuna odaklanmis
bsr yazilim.

Demiştim ;)

Post by esrefatak
Bu "oratopg" isimli yazilimi kullanabilmek için
Linux'a ihtiyacim vardi. Linux'u ve gerekli birçok yazilimi da
nihayet kurdum sanirim.
linux:/home/esrefa/oratopg-0.2 # ./oratopg
/home/esrefa/oratopg-0.2/xxx.dmp
./oratopg: line 40: ./ora_parser: Böyle bir dosya ya da dizin yok
Acaba nerede hata yaptim?

Öncelikle make ile uygulamayı derleyin. Ben denedim, o şekiled
çalışıyor. Sadece make yazın. Make komutu yoksa o zaman bir şekilde
yükleyin make'i.

Post by esrefatak
Windows kullanicisi oldugum için, sunu söylesem inanmakta
zorlanmazsiniz sanirim; 4 günden beri, Oracle'dan PostgreSQL'e
geçmek için ugrasiyorum. Bunun 2 günü yalnizca "oratopg"
yazilimiyla güresmekle geçti. Ve henüz bir arpa boyu yol
katedemedim. Bir sekilde geçecegim ama artik beynim durdu. Bu
girisim, PostgreSQL'e geçis için ikinci girisimim. Bu sefer
yardim istiyorum artik.

Bu durumlarda yardım istemekten çekinmeyin. Basit bir konu ne de olsa.

Saygılar.
--
The PostgreSQL Company - Command Prompt, Inc. 1.503.667.4564
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
Managed Services, Shared and Dedicated Hosting
Co-Authors: PL/php, plPerlNG - http://www.commandprompt.com/


---------------------------(end of broadcast)---------------------------
TIP 5: Have you checked our extensive FAQ?

http://www.postgresql.org/users-lounge/docs/faq.html

[esrefatak]

DG> Bu dönüşüm ile ilgili
DG> uzun bir metin var aslında elimde ama listeye gönderilebilecek
DG> düzgünlükte değil. Kitabın içinde çıkabilir.

Oracle --> PostgreSQL geçişi konusunda çok güzel bir belge buldum:

http://www.cs.cmu.edu/~pmerson/docs/OracleToPostgres.pdf

Sevdiklerinize öneriniz...

Bu arada, PostgreSQL 8.1 Win32'ye geçiş işlemi başarıyla
tamamlandı. Bu yeni gülün, Upper() fonksiyonundaki Türkçe karakter
sorunu dışında, bizim açımızdan, neredeyse hiç dikeni yok.
Güzel kokular saçıyor...

Not: Google Groups'un web arayüzünü kullandığım için, bu eski
yazışmayı bulup "yanıtla" dedim.

Eşref Atak

[Devrim GUNDUZ]

Merhaba,

Post by esrefatak
DG> Bu dönüşüm ile ilgili
DG> uzun bir metin var aslında elimde ama listeye gönderilebilecek
DG> düzgünlükte değil. Kitabın içinde çıkabilir.
http://www.cs.cmu.edu/~pmerson/docs/OracleToPostgres.pdf

Genel olarak güzel belge. Ancak PostgreSQL Outer Join'leri destekliyor.
Tek farkı Oracle'ın sözdizimi gibi olmaması, daha standart bir
sözdizimini destekliyor.

Belge biraz eski sanırım. Örneğin şemaların olmadığını söylemiş. Ayrıca
role kavramı da 8.1 ile geldi vs vs.

Saygılar.
--
The PostgreSQL Company - Command Prompt, Inc. 1.503.667.4564
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
Managed Services, Shared and Dedicated Hosting
Co-Authors: PL/php, plPerlNG - http://www.commandprompt.com/


---------------------------(end of broadcast)---------------------------
TIP 1: subscribe ve unsubscribe komutlar�n�
***@postgresql.org

[Adnan DURSUN]

----- Original Message -----
From: "Devrim GUNDUZ" <***@commandprompt.com>
To: "esrefatak" <***@gmail.com>
Cc: "PostgreSQL Türkiye -Genel" <pgsql-tr-***@PostgreSQL.org>
Sent: Sunday, February 26, 2006 9:28 PM
Subject: Re: [pgsql-tr-genel] Oracle'dan PostgreSQL'e

Post by Devrim GUNDUZ

Post by esrefatak
http://www.cs.cmu.edu/~pmerson/docs/OracleToPostgres.pdf

Genel olarak güzel belge. Ancak PostgreSQL Outer Join'leri destekliyor.
Tek farkı Oracle'ın sözdizimi gibi olmaması, daha standart bir
sözdizimini destekliyor.
Belge biraz eski sanırım. Örneğin şemaların olmadığını söylemiş. Ayrıca
role kavramı da 8.1 ile geldi vs vs.

Evet ben de göz attım. Veritabanı "view" nesnelerinin PostgreSQL de
"update" edilemediği yazıyor. Oysa "rule" yazılarak bu işlem yapılabiliyor.

Adnan DURSUN
ASRIN Bilişim Ltd.

---------------------------(end of broadcast)---------------------------
TIP 4: Don't 'kill -9' the postmaster

[Zeki Çatav]

Paz, 2006-02-26 tarihinde 11:09 -0800 saatinde, esrefatak yazdı:

Bu arada, PostgreSQL 8.1 Win32'ye geçiş işlemi başarıyla
tamamlandı. Bu yeni gÌlÌn, Upper() fonksiyonundaki TÌrkçe karakter
sorunu dışında, bizim açımızdan, neredeyse hiç dikeni yok.
GÌzel kokular saçıyor...

Merhaba,
Sakıncası yoksa, Oracle'dan PostgreSQL'e geçiş nedenlerinizi kısaca
bizimle paylaşabilir misiniz?
İyi çalışmalar.

[Adnan DURSUN]

----- Original Message -----

From: Zeki Çatav
To: esrefatak
Sent: Monday, February 27, 2006 9:07 AM
Subject: Re: [pgsql-tr-genel] Oracle'dan PostgreSQL'e

Post by Zeki Çatav
Bu arada, PostgreSQL 8.1 Win32'ye geçiş işlemi başarıyla
tamamlandı. Bu yeni gÌlÌn, Upper() fonksiyonundaki TÌrkçe karakter
sorunu dışında, bizim açımızdan, neredeyse hiç dikeni yok.
GÌzel kokular saçıyor...

Merhaba,
Sakıncası yoksa, Oracle'dan PostgreSQL'e geçiş nedenlerinizi kısaca bizimle paylaşabilir misiniz?
İyi çalışmalar.

Ben espriyle karışık şöyle diyorum ; PostgreSQL, Oracle' dan birkaç 10 bin dolar daha hızlı olduğu için :-)
Bu geçişlerin devamı bekliyoruz...

Saygılar

Adnan DURSUN
ASRIN Bilişim Ltd.

[Adnan DURSUN]

----- Original Message -----

From: Zeki Çatav
To: Adnan DURSUN
Sent: Monday, February 27, 2006 1:08 PM
Subject: Re: [pgsql-tr-genel] Oracle'dan PostgreSQL'e

Post by esrefatak
Merhaba,
Sakıncası yoksa, Oracle'dan PostgreSQL'e geçiş nedenlerinizi kısaca bizimle paylaşabilir misiniz?
İyi çalışmalar.

Ben espriyle karışık şöyle diyorum ; PostgreSQL, Oracle' dan birkaç 10 bin dolar daha hızlı olduğu için :-) Bu geçişlerin devamı >>bekliyoruz... Saygılar Adnan DURSUN ASRIN Bilişim Ltd.

Merhaba,
İlk seçim için çok mantıklı, ancak birkaç 10 bin doları zaten vermiş ve yasal Oracle kullanan bir kişinin göç etme nedeni bu olamaz gibi geliyor bana.
İyi çalışmalar. Merhaba, Tabii ama Oracle firmasının bakım-destek anlaşmalarını unutmamak gerekir :-)

[esrefatak]

Birçok sey yazdim ama, nedense kimseye ulasmadi galiba. Ulasti
mi size?

[Zeki Çatav]

Birçok sey yazdim ama, nedense kimseye ulasmadi galiba. Ulasti
mi size?

Aşağıdaki mesajı kastediyorsunuz sanırım. Sadece bana gönderildiği için
listede yer almamıştı.

Bu arada, PostgreSQL 8.1 Win32'ye geçiş işlemi başarıyla
tamamlandı. Bu yeni gÌlÌn, Upper() fonksiyonundaki TÌrkçe karakter
sorunu dışında, bizim açımızdan, neredeyse hiç dikeni yok.
GÌzel kokular saçıyor...
Merhaba,
Merhaba,
Sakıncası yoksa, Oracle'dan PostgreSQL'e geçiş nedenlerinizi
kısaca bizimle paylaşabilir misiniz?
Memnuniyetle...
Evvela, son bir aydır, oracle.exe sÃŒreci, işlemcinin %100 kadarını
sÃŒrekli olarak meşgul ediyordu. PostgreSQL'e geçtik ve sorun dÃŒzeldi.
Ayrıca, PostgreSQL çok daha hızlı. En azından, bizim yaptığımız
işlemlerde böyle. İlaveten, yine oracle.exe, en az 600 MB bellek
harcıyordu. Oysa PostgreSQL (postgres.exe) yalnızca 20 MB harcıyor. Bu
bellek tasarrufu özelliği, tecrÃŒbelerime dayanarak söylÃŒyorum; açık
kaynak yazılımların ortak özelliğidir. Oracle'ın ilk sÃŒrÃŒmÃŒnden beri,
upper() fonksiyonu "i" harfini bÌyÌk harfe çeviremez. Buna çözÌm
olarak, tupper() isminde bir fonksiyon oluştururduk ve sorgularda bu
fonksiyonu kullanırdık. Oracle'ın, her kayıtta bu fonksiyonu çağırması
işlemi çok yavaştır. Oysa, PostgreSQL'de bu çok hızlı. Gerçi,
PostgreSQL'in son sÌrÌmÌndeki upper() fonksiyonu da TÌrkçe karakter
sorununa neden oluyor ama, en azından, gelecek sÌrÌmÌnde çok yÌksek
ihtimalle sorun dÃŒzeltilmiş olur. Ve dediğim gibi, tupper() isimli
kendi fonksiyonumuz bile PostgreSQL'de şu anda yeterli. Ayrıca, Oracle
çok pahalı. Fakat PostgreSQL çok Ìcretsiz.
Ve... bu destek listesi. Sorduğunuz sorulara aynı gÃŒn içerisinde
samimi yanıtlar almanız mÌmkÌn. Hem de, dört koldan.
Biliyor musunuz; sÃŒrekli olarak, "keşke web programlama dilimizi de
PHP'ye geçirebilseydik" diye geçiriyorum içimden. Bu açık kaynak
meselesi bir tutku sanırım. Belki de, aslında tutkuyu doğuran, parasız
olmalarıdır. Ne dersiniz?...
İyi çalışmalar.
--
Zeki Çatav
http://kalpdamar.hekimi.com
--
Saygılar,
Eşref Atak

[Devrim GUNDUZ]

Merhaba,

Oracle'ın ilk sürümünden beri, upper() fonksiyonu "i" harfini büyük
harfe çeviremez. Buna çözüm olarak, tupper() isminde bir fonksiyon
oluştururduk ve sorgularda bu fonksiyonu kullanırdık. Oracle'ın, her
kayıtta bu fonksiyonu çağırması işlemi çok yavaştır. Oysa,
PostgreSQL'de bu çok hızlı. Gerçi, PostgreSQL'in son sürümündeki upper
() fonksiyonu da Türkçe karakter sorununa neden oluyor ama, en
azından, gelecek sürümünde çok yüksek ihtimalle sorun düzeltilmiş
olur.

tupper()'ı bizimle, PostgreSQL.org.tr üzerinden paylaşmak ister
misiniz?

Saygılar.

[Volkan YAZICI]

Gerçi, PostgreSQL'in son sürümündeki upper() fonksiyonu da Türkçe
karakter sorununa neden oluyor ama, en azından, gelecek sürümünde çok yüksek
ihtimalle sorun düzeltilmiş olur.

Geçen gün CVS ağacının HEAD revizyonu üzerinde bir kaç şey denerken
tesadüfen aklıma bu upper() ve lower() fonksiyonları mevzuu geldi ve ben
de bir deneyeyim dedim.

postmaster'ı tr_TR.UTF-8 ve tr_TR.ISO8859-9 locale değerleri ile
başlatıp client_encoding'i de doğru bir şekilde ayarladıktan sonra
lower() fonksiyonu benim için gayet düzgün çalıştı. (Çok etraflı bir
deneme yapmadığımı hemen hatırlatayım.) İlgili dosyaların revizyon
değerlerine şöyle kabaca baktığımda REL8_1_3 olarak işaretlenmişti.

Yani demem o ki, (çok emin olmamakla birlikte) sanırım 8.1.3 sürümünde
lower() ve upper() fonksiyonları çalışıyor haldeler. Bir kaç kişi daha
bunu deneyebilir mi acaba? (Malum benim bağlantı ve makina biraz yavaş,
her seferinde cvs up -r ... && make distclean && make epey bir uzun
zaman alıyor.)


İyi çalışmalar.

---------------------------(end of broadcast)---------------------------
TIP 3: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to ***@postgresql.org so that your
message can get through to the mailing list cleanly

[acemi nix]

merhaba

önce 8.1.0 da
SELECT upper('aliçþýðü')

ALIÇÞIÐÜ

çýktýsýný verdi, sonra 8.1.3 ü derledim

oda ayný çýktýyý verdi, denediðim veritabaný utf-8 e ayarlý

ALIÇÞIÐÜ

2 türlüde i nin büyümesinde problem çýktý tek. lower dada yine Ý i olduðu
gibi I da i olarak dönüyo.

[acemi nix]

fedora core 4, ama kaynak koddan derleme 8.1.0 da öyleydi þimdi kurduðum
8.1.3 de kaynak dan derleme.

gcc version 4.0.2 20051125

ama glibc den kastýnýz baþka mý onu bilmiyorum, postgrede olduðu gibi
linuxdede çaylak olduðumdan. eðer farklýysa nasýl bakýcaðýma söylerseniz
hemen bakarým :)

[Devrim GUNDUZ]

Merhaba,

fedora core 4, ama kaynak koddan derleme 8.1.0 da öyleydi şimdi
kurduğum 8.1.3 de kaynak dan derleme.
gcc version 4.0.2 20051125

Güzel. Aynı sistem bende de var. 8.1.3 bende RPM'lerden kurulu (farkı
yok ya neyse işte)

test=# SELECT lower ('I');
lower
-------
ı
(1 row)

test=# SELECT lower ('İ');
lower
-------
i
(1 row)

test=# SELECT upper ('i');
upper
-------
İ
(1 row)

test=# SELECT upper ('ı');
upper
-------
I
(1 row)

ama glibc den kastınız başka mı onu bilmiyorum, postgrede olduğu gibi
linuxdede çaylak olduğumdan. eğer farklıysa nasıl bakıcağıma
söylerseniz hemen bakarım :)

[***@pgbuildfarm ~]# rpm -qv glibc
glibc-2.3.5-10.3

[acemi nix]

glibc-2.3.5-10
imiº bende .3 ü eksik
yum install glibc ile yükseltmeyi deniycem

[Volkan YAZICI]

Post by Volkan YAZICI
postmaster'ı tr_TR.UTF-8 ve tr_TR.ISO8859-9 locale değerleri ile
başlatıp client_encoding'i de doğru bir şekilde ayarladıktan sonra
lower() fonksiyonu benim için gayet düzgün çalıştı. (Çok etraflı bir
deneme yapmadığımı hemen hatırlatayım.)

Şöyle ufak bir örnek de verebilirim:

# postmaster ayaklandırılıyor
$ LC_CTYPE="tr_TR.ISO8859-9" usr/bin/postmaster -D pgd

$ psql test
...
test=# SET client_encoding TO latin5;
SET
test=# SELECT lower(t.s), upper(t.s)
test-# FROM (SELECT 'ıIiİşŞğĞüÜçÇöÖ'::text) AS t(s);
lower | upper
----------------+----------------
ııiişşğğüüççöö | IIİİŞŞĞĞÜÜÇÇÖÖ
(1 row)


İyi çalışmalar.

---------------------------(end of broadcast)---------------------------
TIP 5: Have you checked our extensive FAQ?

http://www.postgresql.org/users-lounge/docs/faq.html

[acemi nix]

glibc-2.3.5-10.3 yüklendi kontrol ettim -qv ile sorun yok

8.1.3 ü tekrar derledim.

kisisel=# select upper('i');
upper
-------
I
(1 row)

kisisel=# select lower('I');
lower
-------
i
(1 row)

verdi bende. sanýrým biþeyleri yanlýþ yaptým. bulucam. neyse iyi pratik oldu
gözüm kapalý derlerim postgreyi o kadar denemeden sonra :)

[Devrim GUNDUZ]

Merhaba,

Post by acemi nix
glibc-2.3.5-10.3 yüklendi kontrol ettim -qv ile sorun yok
8.1.3 ü tekrar derledim.
kisisel=# select upper('i');
upper
-------
I
(1 row)
kisisel=# select lower('I');
lower
-------
i
(1 row)
verdi bende. sanırım bişeyleri yanlış yaptım. bulucam. neyse iyi
pratik oldu gözüm kapalı derlerim postgreyi o kadar denemeden sonra :)

veritabanını initialize ederken (initdb)

initdb --locale=tr_TR.UTF-8

ile initialize edin.
--
The PostgreSQL Company - Command Prompt, Inc. 1.503.667.4564
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
Managed Services, Shared and Dedicated Hosting
Co-Authors: PL/php, plPerlNG - http://www.commandprompt.com/


---------------------------(end of broadcast)---------------------------
TIP 1: subscribe ve unsubscribe komutlar�n�
***@postgresql.org

[acemi nix]

aþaðýdaki dandik kodu kaydettim, apache ve pgsqlu bununla baþlatýyorum ben

#!/bin/sh
/wwwroot/bin/apachectl stop
/wwwroot/bin/apachectl start
rm -f /usr/local/pgsql/data/postmaster.pid
screen sudo -u postgres /usr/local/pgsql/bin/postmaster -D
/usr/local/pgsql/data

[Devrim GUNDUZ]

Merhaba,

initdb işlemi
/usr/local/pgsql/bin/initdb -D /usr/local/pgsql/data
gibi yapılıyor ozaman bu tüm veritabanlarını etkilemezmi

Bu haliyle yaparsanız etkiler. Aynı makinede birden fazla veritabanı
clusterinı kontrol edebilirsiniz postmaster ile:

mkdir /usr/local/pgsql/data-tr
/usr/local/pgsql/bin/initdb -D /usr/local/pgsql/data-tr

/usr/local/pgsql/data-tr/postgresql.conf dosyasını düzenleyin ve

#listen_addresses = 'localhost'
#port = 5432

değerlerini

listen_addresses = '*'
port = 5433

ile değiştirin (#'in kalktığına dikkat). Sonra,

postmaster -D /usr/local/pgsql/data-tr

ile postmasteri başlatın. Ardından

psql template1 -U postgres -p 5433

ile de yeni clustera bağlanın. Sonra da işlemlerinizi deneyin. Bakalım
ne olacak...

Saygılar.
--
The PostgreSQL Company - Command Prompt, Inc. 1.503.667.4564
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
Managed Services, Shared and Dedicated Hosting
Co-Authors: PL/php, plPerlNG - http://www.commandprompt.com/

adresine yollayabilirsiniz.

---------------------------(end of broadcast)---------------------------
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddressHere" to ***@postgresql.org)

[Adnan DURSUN]

50 tabloluk bir Oracle 9i veritabanýmýz var. Bu veritabaný,
yalnýzca; görüntülerden, tablolardan, fonksiyonlardan,
arttýrýcýlardan ve birkaç dizinden oluþan basit bir yapýya sahip.
Amacýmýz, bu veritabanýnýn "aynýsýný" PostgreSQL 8.1'de
oluþturmak ve Oracle veritabanýný devredýþý býrakýp PostgreSQL
veritabanýna geçiþ yapmak. Bu dönüþtürme/geçiþ giriþimindeki
baþarýmýz nispetinde, diðer bazý projelerde de PostgreSQL kullanma
konusu gündeme gelebilir.

Ýçiniz rahat olsun 50 tablo dediðiniz nedir ki ? Size referans teþkil etsin ve biraz olsun
için rahatlasýn diye kendi postgresql veritabanýmýzdan örneklemeler vereyim; 120 civarýnda tablo
100 den fazla görüntü 500 civarýnda fonksiyon.

Eðer Oracle veritabanýnda "package" kullanýlmamýþ ise bir hemen hemen sorununuz yok demektir.

Emin olun mutlu olacaksýnýz :-)

Adnan DURSUN
ASRIN Biliþim Ltd.Þti

[Devrim GUNDUZ]

Merhaba Adnan Bey,

Eğer Oracle veritabanında "package" kullanılmamış ise bir
hemen hemen sorununuz yok demektir.

EDB'yi inceleyebildiniz mi? Gerçekten de dedikleri kadar uyumlular mı?

Görüşürüz.
--
The PostgreSQL Company - Command Prompt, Inc. 1.503.667.4564
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
Managed Services, Shared and Dedicated Hosting
Co-Authors: PL/php, plPerlNG - http://www.commandprompt.com/

adresine yollayabilirsiniz.

---------------------------(end of broadcast)---------------------------
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddressHere" to ***@postgresql.org)

[Adnan DURSUN]

-------Original Message-------
From: Devrim GUNDUZ
Date: 02/19/06 18:42:39
To: Adnan DURSUN
Cc: Türkiye
Subject: Re: [pgsql-tr-genel] Oracle'dan PostgreSQL'e

Post by Devrim GUNDUZ
Merhaba Adnan Bey,

EÄYer Oracle veritabanında "package" kullanılmamıÅY ise bir
hemen hemen sorununuz yok demektir.

EDB'yi inceleyebildiniz mi? Gerçekten de dedikleri kadar uyumlular mı?

Evet inceledim; gerçekten söyledikleri kadar uyumlu. Özellikle RC2 sürüm 8.1.13.11 deki
oracle style package desteði çok hoþ. Sanki Oracle kullanýyorsun. Þunu söyleyebilirim :

Eðer oracle ý standart olarak kullanýyorsanýz, Oracle' dan EnterpriseDB' ye geçiþte sadece yapmanýz gereken þey
hiçbiþeydir :-)


Adnan DURSUN
ASRIN Biliþim Ltd.Þti