başka bir çözümü de olabilir. (NO – Not Only SQL) – Karşımıza çıkan işlerin %90’dan fazlası ilişkisel veri tabanlarıyla rahatlıkla çözülebilir… – Ama bunlar da var • Key-Value • Column Oriented • Document (MongoDB, CouchDB) • Graph • OLAP (No-Sql ler arasında anılmıyo…)
(şemasız) • İşler büyüdüğünde de bizi kaldırabilecek ama küçükken de yük olmayacak • Bize veri kaybettirmeyecek • Daima up olacak • No-Sql veri tabanları genel olarak bu düşünce ile farklı iş sorunlarını çözmek üzere geliştirilmişlerdir.
Web projeleri için ideal • High performance (İlişkili bir yapı kurmazsak ve makul oranda «embeded döküman» kullanırsak) • High availability (Replicated servers with automatic master failover) • Easy scalability (Automatic sharding)
bir DB kullanmayı düşünebilirsiniz. • Kendiniz geliştirmek isterseniz şu linkleri inceleyebilirsiniz – http://docs.mongodb.org/manual/tutorial/perfor m-two-phase-commits/ – https://github.com/rystsov/mongodb-transaction- example
yapmamasına emin olabiliriz... – Eğer bir sorgu fulltable scan yapıyorsa hata verecektir. Buda geliştirme anında index belirlememizde bize kılavuzluk edecektir