• 18-06-2009, 09:38:52
    #19
    Üyeliği durduruldu
    zampir adlı üyeden alıntı: mesajı görüntüle
    Güzel olmuş fakat Mysql Sun'a geçmişken neden Oracle?
    bu sorunun yanitini oracle kullananlar bilir yani soylenmez yasanir. birde forumdada konu acmistim aslinda. en son sun i kim aldi bu arada bilginiz var mi?

    bir belediye datasindan bahsediyoruz bu arada
  • 18-06-2009, 12:11:38
    #20
    Oracle'a yeni adım atmış biri olarak Süleyman hocanın Oracle tercih sebebini anlıyabiliyorum Kurumsal projelerde MySQL hafif kalacaktır, tüm ihtiyaçları göremeyecektir.

    Konuya dönecek olursak, tasarım hariç başarılı bir uygulama.
  • 18-06-2009, 12:31:50
    #21
    Üyeliği durduruldu
    Aykut adlı üyeden alıntı: mesajı görüntüle
    Kurumsal projelerde MySQL hafif kalacaktır, tüm ihtiyaçları göremeyecektir.
    mysql 5 e geçiş ile triger procedure view desteklemeye başladı ama oracle bir başkadir. en basitinden hız olarak bile yeterli.
  • 18-06-2009, 16:27:32
    #22
    Hayırlı olsun emeğinize sağlık.

    Yanlış anlamazsanız yapıcı eleştirelerde bulunmak istiyorum.

    - Tasarım olarak bence daha profesyonel birşey yapılabilir. Sizinde bildiğiniz gibi belediyede ki yetkililer altta çalışan kodlara değil, görsel olarak projeye bakıyorlar.

    - Solda ki butonlara Css ile "cursor: pointer;" verirseniz üzerine gittiğinde el işareti çıkar dağa güzel olur. (Küçük bir detay bu )

    - Listeleme yapılan kısımlar daha görsel bir şekilde yapılabilir.

    - Yukarıdaki logo ve belsoft logoları çok kalitesiz duruyor.

    Kolay gelsin, iyi çalışmalar.
  • 19-06-2009, 02:03:07
    #23
    Oracle.com anasayfasında görüldüğü gibi Sun'ı Oracle 7.4 milyar dolara satın aldı, yaza geçiş tamamlanacak. Oracle and Sun
    Oracle tecrübeleriniz dolayısıyla sizlerden bu kadar havada cevaplar alacağımı sanmıyordum. Daha 'real' cevaplar beklerdim. En basitinden select performans testleri gibi.
    Tekrar anladımki Marka ve paralı olan bize daha 'iyi' geliyor.Bknz: Lüks...
    sdemirkeser adlı üyeden alıntı: mesajı görüntüle
    bu sorunun yanitini oracle kullananlar bilir yani soylenmez yasanir. birde forumdada konu acmistim aslinda. en son sun i kim aldi bu arada bilginiz var mi?
    bir belediye datasindan bahsediyoruz bu arada
    Son olarak Belediyelere yönelik GIS Harita yazılımları üzerinde çalışmış olduğumdan neyden bahsettiğinizin farkındayım.
  • 19-06-2009, 13:35:44
    #24
    zampir adlı üyeden alıntı: mesajı görüntüle
    Oracle.com anasayfasında görüldüğü gibi Sun'ı Oracle 7.4 milyar dolara satın aldı, yaza geçiş tamamlanacak. Oracle and Sun
    Oracle tecrübeleriniz dolayısıyla sizlerden bu kadar havada cevaplar alacağımı sanmıyordum. Daha 'real' cevaplar beklerdim. En basitinden select performans testleri gibi.
    Tekrar anladımki Marka ve paralı olan bize daha 'iyi' geliyor.Bknz: Lüks...
    Son olarak Belediyelere yönelik GIS Harita yazılımları üzerinde çalışmış olduğumdan neyden bahsettiğinizin farkındayım.
    Lüks için oracle kullananlar vardır elbet ama süleyman arkadaşımız lüks için kullanmıyor eminimki. Büyük projelerde Oracle neden kullanılır sorusuna cevabı çok küçük açıklamalar şeklinde en belirgin bi kaç cevapla aşağıda yazıyım.

    1) Row Level Locking. Oracle da bulunan rowid özelliği For update içeren statement lerde tablo bazında değilde sadece satır bazında lock yapar dolayısı ile çok kullanıcının transactional işlemlerinde biri diğerinin değiştirirken kilitlediği satırdan etkilenmez.

    2) Oracle Anatomisi itibari ile en ufak ayarlamalar özelleştirilebilir. Memory parametreleri ayarlanabilir. Mesela çok küçük tablolar çalışıyorsanız DB_CACHE_SIZE keep özelliğine alınır ve neredeyse hiç diskten okumazsınız.

    3) Bussiness Logic için en verimli database dir. neredeyse tüm programı PL/SQL kullanarak yazar sadece User Interface tasarlarsınız.

    4) High Avaibility de oracle zaten rakipsizdir.
    RAC (Real Application Cluster) : Birden fazla sunucuyu tek sunucu gibi kullanabilirsiniz. Aslında tek sunucu demek te yanlış tam olarak şu anlama gelir. Bir database iniz olur birden fazla sunucunuz datalarınız datafillerda tutulur rac e node olarak atanan sunucular sadece ram sağlar.
    Dataguard : Bir sunucunun kopyası gibi düşünebilirsiniz. Asıl işlem yaptığınız sunucuda yapılan her commit diğerine de yansır. 1. Sunucu out of order (servis dışı kaldığında) 2. ye geçip kaldığınız yerden devam edebilirsiniz. Yada 1. sunucu transactionları yaparken 2. sunucudan raporsal sorgularınızı yapabilirsiniz.
    Table Partitioning : Milyar satırdan oluşan tablonuz olduğunu varsayın. Bir select yapıp where koşulu koyarsanır milyar satırı check edip uyanları getirir. Diyelim yıl bazlı çalışıyorsunuz tablonuzda da yıl isminde field var. 2007 de 100 milyon kayıt 2008 de ve 2009 da 200 milyonar adet kayıt olduğunu varsayalım. Tabloyu Table Partitioning ile partitionlara ayırıp 2009 u bir sanal tablo, 2008 sanal bi tablo yapıp sorgulamada milyar satır değilde 2009 a ait olan tabloları datafile dan okutup kat kat fazla performans artışı sağlayavbilirsiniz.

    Kısaca bu liste bir minyatür uzat gider...

    Şunuda ekleyim : Select performas test değerleri gibi bir ifade kullanmışınız. Şimdi oracle a uzak olan birisi diğer databaselerin anatomisi ile karşılaştırır. Oracle da öyle şu kadar veriyi select yaptığında işlemci şuysa ram şuysa SGA söyle ayarlandıysa şu kadar zamanda sonuç döndürür die bi olay yok. Oracle da Data Block (data block demek diskin üzerindeki en küçük veri parçacığı yani insandaki hücre) tan tutunda datasegment e kadar tuning yapabilme şansını verir. Yani size heryeri ile oynamanız için imkan verir. Dolayısı ile üstüne basa basa söylüyorum tam performans tuning yapılmış bir oracle veritabanı dünyada rakipsizdir. Performas tuning de mysql deki gibi şu ini yi değiştir şu değeri şöyle yap hızlanır şeklinde olmaz. Tamamen datalarınızın karakteristik özelliğine göre customize etmeniz gerekmektedir.
    Yani bilmem anlatabildim mi?
  • 19-06-2009, 14:12:59
    #25
    Üyeliği durduruldu
    evt sistemi gördüm güzel . tebrikler. çalışmalarında başarılar.

    bende bu ara PostgreSQL e fena taktım kafayı hadi hayırlısı