Geleneksel İlişkisel Veritabanları (PostgreSQL) öğrenme ve veritabanlarının bazı yeni türleri rastladım biraz araştırma yapıyorum. Bir sonraki veritabanı olacak bir kaç isim için CouchDB, Drizzle, Scalaris ile başa çıkmak için teknolojiler?

Yeni nesil söyleyebilirimveritabanıyeni nesil SQL değil.

SQL ve ilişkisel veritabanlarını sorgulama işlemek için kullanılan bir dildir. SQL uluslararası bir standart değildir. Standart revize edilmiş olsa da, her zaman ilişkisel veritabanı paradigma içinde iş gibi görünüyor.

Burada, şu anda dikkatini çekmenin birkaç yeni veri depolama teknolojileri

• CouchDB non-ilişkisel bir veritabanıdır. Bu belge odaklı veritabanı diyorlar.
• Amazon SimpleDB de ilişkisel olmayan bir veritabanı, web hizmeti üzerinden dağıtılmış bir şekilde erişebilirsiniz. Amazon da anahtar-değer dağıtılmış mağaza vardırDinamoyetki S3 kendi hizmetlerden bazıları.
• Dynomite Kai açık kaynak çözümleri Amazon Dynamo ilham alıyor.
• BigTable özel veri depolama çözümü Google tarafından kullanılır, ve Google Dosya Sistemi teknolojisi kullanılarak uygulanan. Google'ın MapReduce çerçeve BigTable kullanır.
• Hadoop Google'ın MapReduce esinlenerek, benzer bir ihtiyacı karşılamak, çok büyük ölçekli veri depoları iş dağıtmak için açık kaynak kodlu bir teknolojidir.
• Scalaris dağıtılmış işlem bir anahtar-değer deposudur. İlişkisel ayrıca, SQL kullanmaz. Berlin, Almanya Zuse Enstitüsü'nden bir araştırma projesi.
• RDF veri ve meta verileri değiştirilebilir semantik veri, saklanması için kullanılan bir standarttır. SQL yüzeysel andıran kendi sorgu dili SPARQL, ama aslında tamamen farklı.
• Vertica yüksek ölçekli odaklı sütun analitik veritabanı dağıtılmış (kılavuz) tasarlanmış bir mimari. İddia ilişkisel ve SQL-uyumlu olmak. Amazon Elastik kullanılır Bulut Hesaplama.
• Greenplum Her iki MapReduce ve SQL uygulayan yüksek ölçekli veri depolama VERİTABANI.
• XML bir VERİTABANI, değişim biçimi değil. Ama bazı VERİTABANI ürünleri XML biçiminde veri ile çalışmak.
• Veya Nesne Veritabanları ODBMS, karmaşık verileri yönetmek için. Herhangi bir baskın ODBMS ürünleri belki de standardizasyon eksikliği nedeniyle mainstream değil. Standart SQL yavaş yavaş biraz OO özellikleri (veri tipleri ve tablolar örneğin genişletilebilir) kazanıyor.
• Drizzle ilişkisel bir veritabanı, MySQL kodu bir sürü çizim. Çeşitli mimari değişiklikler bir ölçeklenebilir "bilgisayar" sistem mimarisi. bulut veri yönetmek için tasarlanmış içerir Muhtemelen bazı geliştirmeler MySQL standart SQL kullanmaya devam edecek.
• Cassandra yüksek ölçekli, sonunda tutarlı, dağıtılmış, yapılandırılmış anahtar-değer deposu, Amazon Dynamo yazarlarından biri Facebook tarafından geliştirilen ve Apache projeye katkıda bulundu.
• Project Voldemort ilişkisel olmayan, dağıtılmış, anahtar-değer depolama sistemidir. LinkedIn.com kullanılır
• Berkeley DB da anılmayı hak ediyor. "Yeni nesil tarihleri çünkü" 1990'lı yıllar, erken geri değil. Çok çeşitli uygulamalarda gömmek için kolay bir anahtar-değer popüler bir mağaza. Bu teknoloji şu anda Oracle Corp aittir

Ayrıca Richard Jones tarafından bu güzel yazı bakın: "*. *20" Daha fazla detay bu teknolojilerin biraz tarif içine girecek.

İlişkisel veritabanları zayıf, emin olmak zorunda. İnsanlar ilk tanıtıldı günden beri tüm veri modelleme gereksinimleri baş edemezler savunuyor.

Her yıl, araştırmacılar gelip yeni yollar verileri yönetme yerine getirmek için özel şartlar: her iki gereksinimleri işlemek için veri ilişkilerini o yok sığmayacak ilişkisel model, ya da başka gereksinimleri yüksek ölçekli hacim veya hız talep veri işlem yapılması dağıtılmış koleksiyonları sunucuları, yerine merkezi bir veritabanı sunucusu.

Bu gelişmiş teknolojiler büyük işler için tasarlanmış özel sorunu çözmek için yapacak olsa da, ilişkisel veritabanları hala birçok iş ihtiyaçları için genel amaçlı iyi bir çözümdür. SQL geçecek gibi görünmüyor.

İlişkisel olmayan veritabanlarının yenilik hakkında php|Mimar dergisinde bir makale yazdım, ve non-ilişkisel ilişkisel vs veri modelleme veri tabanı. http://www.phparch.com/magazine/2010-2/september/