Müridler acil MongoDB deneyimi olan biriyle konuşmam dertleşmem lazım. Eğer konu hakkında tecrübesi olanlar buradan yazarlarsa sevinirim. 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.//

: 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 mongo çkerse veri kaybı oluyormus. Klasik RDBMS bu durum çok düşük bir ihtimal olarak gzüküyor. Benim NoSQL'e ynelme 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 sylemiş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 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 1den 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.//

: 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 mongo çkerse veri kaybı oluyormus. Klasik RDBMS bu durum çok düşük bir ihtimal olarak gzüküyor. Benim NoSQL'e ynelme 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 sylemiş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 elinde rdmbslerden daha sağlam bir veri tabanı olur.

faydalı olur benim içinde:up "biz televizyon izleyerek, milyonerler, sinema tanrıları, rock yıldızları olacağımıza inanarak büyüdük ama olamayacağız... hepimiz heba oluyoruz... bütün bir nesil benzin pompalıyor, garsonluk yapıyor ya da beyaz yakalı kle olmuş... reklamlar yüzünden araba ve kıyafet peşindeyiz... nefret ettiğimiz işlerde çalışıyor, gereksiz şeyler alıyoruz..

: bir kaç mobil application'da kullandık O zaman bir soru bir cevap yapalım. NoSQL ve MongoDB'ye ynelme sebebiniz neydi? 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.//

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 mongo çkerse veri kaybı oluyormus. Klasik RDBMS bu durum çok düşük bir ihtimal olarak gzüküyor. Benim NoSQL'e ynelme 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. 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.//

: 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 1den 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.

lalitude depolayan bir uygulama yazacağım yakında onda kullanacağım ben de. çok güzel fonksiyonları var onun için. . . .. . ... .

bir kaç mobil application'da kullandık Mühendis kahveyi projeye dnüştüren bir insan evladıdır.

: 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 mongo çkerse veri kaybı oluyormus. Klasik RDBMS bu durum çok düşük bir ihtimal olarak gzüküyor. Benim NoSQL'e ynelme 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. 30 milyon kayıt mssql/mysql için az bir kayıt. 5 kolonda ne bilgileri bulunuyor? direk olarak binary mi yazılı? 3 kolon Bigint, 1 kolon DateTime 2 kolon Longtext. 1. tablomda bu bilgileri sadece fulltextsearch ile 1-2 kolona gre Where koşulu ekleyip arama yapıyorum ve bu kolona Insert yapıyorum, 2. tablomda ise yine Where ile 1-2 kolonda Select yapıyorum ve update işlemleri gerçekleştiriyorum. 2. tablomu ListView'de kullanıyorum. 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.//

: 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 mongo çkerse veri kaybı oluyormus. Klasik RDBMS bu durum çok düşük bir ihtimal olarak gzüküyor. Benim NoSQL'e ynelme 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. 30 milyon kayıt mssql/mysql için az bir kayıt. 5 kolonda ne bilgileri bulunuyor? direk olarak binary mi yazılı? - xx yerde hata var. - ya aslında kod şyle sanıyor olabilir bla bla bla - olm kendine gel kodlar düşünmez - ...

http://www.mongoturk.org/2011/08/neden-mongo.html

Ben genel olarak tüm mysql kullandığım projeleri mongodb ye çevirdim. Yeni projelerde de mongodb kullanıyorum. İsterseniz yardımcı olabilirim.