Mongodb Kullananlar

  1. KısayolKısayol reportŞikayet pmÖzel Mesaj
    TeRRoR
    TeRRoR's avatar
    Kayıt Tarihi: 06/Nisan/2007
    Erkek
    doganaydin bunu yazdı:
    -----------------------------

    TeRRoR bunu yazdı:
    -----------------------------
    Mongo ile ilgili bahsedilen en büyük handikap verilerin güvenli kaydı ile ilgili, hafızadan diske yazım sırasında geçen sürede (bu sürede tehlike yaratacak uzunluktaymış) mongo çökerse veri kaybı oluyormus. Klasik RDBMS bu durum çok düşük bir ihtimal olarak gözüküyor. Benim NoSQL'e yönelme gerekçemse yaklaşım 30milyon satır ve 5 kolondan oluşan 2 tablomun olması ve bura tablolarda Select, Insert, Update işlemlerindeki aşırı süre.
    -----------------------------

    Kim söylemişse mongo konusunda pek bilgili değilmiş. Hatta kulaktan dolma bir bilgiyi aktarmış. MongoDB ye kayıt sırasında bilgi atlama şansı var. Ancak bunu kontrol edebiliyorsun. getLastError komutuyla verinin yazılıp yazılmadığını kontrol edebiliyorsun. Ama bu ihtimal gerçekten çok yoğun serverlarda belleğin düşük olduğu durumlarda yani mongodbnin gelen istekleri karşılayamadığı durumda gerçekleşir. MongoDB çökerse tabiki veri kaybı olur. Aynı durum diğerleri içinde geçerli. Çökmüş bir mysql e veri ekleyebilir misin? Eğer server durumunu iyi izlersen ve yoğun durumlarda bir mongo daha eklersen(sharding) elinde rdmbslerden daha sağlam bir veri tabanı olur.


    -----------------------------
    Fire And Forget Prensibi

    NoSQl veri tabanları fire&forget prensibi ile çalışır. Bankacılık uygulamaları vs için hiç uygun olmama sebebleri de tam olarak budur. Çünkü ciddi bir isolation kaybı yaşarlar. Transaction’da 1′den fazla işlemi aynı anda yapmak mümkün değildir. 5 ayrı server’da çalıştığımızı varsayalım, 1. server’da update ettin, acaba 5’te ne zaman güncellenecek? Bu sorunun cevabı NoSQL Ram üzerinde çalıştığı için bilinemez. (*) Bankacılık uygulamaları gibi verinin kritik olduğu konularda kullanamayız. Yalnız işin içinde paranın olmadığı, verinin %100 önem taşımadığı modüllerde kullanılabilir ve ciddi bir hız kazandır.

    Bahsetmiş olduğum verinin güvenliği ile ilgili konuyu şöyle alıntıladım bir blog sitesinden.

    herkes programcı olmak zorunda değildir, lütfen bir zorunluluk gibi programlama dilleri öğrenmeye çalışmayın. yabancı dil filan öğrenin amq.// s.kimin etini yerim, kasaba minnet etmem.// ince düşünene kalın girer.//
  2. KısayolKısayol reportŞikayet pmÖzel Mesaj
    doganaydin
    doganaydin's avatar
    Banlanmış Üye
    Kayıt Tarihi: 29/Ocak/2010
    Erkek

    TeRRoR bunu yazdı:
    -----------------------------
    Fire And Forget Prensibi

    NoSQl veri tabanları fire&forget prensibi ile çalışır. Bankacılık uygulamaları vs için hiç uygun olmama sebebleri de tam olarak budur. Çünkü ciddi bir isolation kaybı yaşarlar. Transaction’da 1′den fazla işlemi aynı anda yapmak mümkün değildir. 5 ayrı server’da çalıştığımızı varsayalım, 1. server’da update ettin, acaba 5’te ne zaman güncellenecek? Bu sorunun cevabı NoSQL Ram üzerinde çalıştığı için bilinemez. (*) Bankacılık uygulamaları gibi verinin kritik olduğu konularda kullanamayız. Yalnız işin içinde paranın olmadığı, verinin %100 önem taşımadığı modüllerde kullanılabilir ve ciddi bir hız kazandır.

    Bahsetmiş olduğum verinin güvenliği ile ilgili konuyu şöyle alıntıladım bir blog sitesinden.

    -----------------------------

    MongoDB de transaction yoktur zaten. 5 ayrı serverda da güncellendiğini garanti eden bir fonksiyon var. getLastError 1500 serverlık bir replication setin olsa bile hepsine yazıldığını %100 garanti eder.

Toplam Hit: 3074 Toplam Mesaj: 13