Bazy danych nowej generacji

Powiedziałbym next-Gen baza danych, a nie next-gen SQL.

SQL jest językiem do zapytań i manipulowania relacyjnymi bazami danych. SQL jest podyktowany międzynarodowym standardem. Podczas gdy standard jest zmieniany, wydaje się, że zawsze działa w paradygmacie relacyjnej bazy danych.

Oto kilka nowych technologii przechowywania danych, które obecnie zwracają uwagę:

• CouchDB jest nie relacyjną bazą danych. Nazywają to zorientowanym na dokumenty baza danych.
• Amazon SimpleDB jest również nie relacyjną bazą danych dostępną w sposób rozproszony za pośrednictwem usługi internetowej. Amazon posiada również rozproszony magazyn wartości klucza o nazwie Dynamo , który obsługuje niektóre usługi S3.
• Dynomit oraz Kai to rozwiązania open source inspirowane Amazon Dynamo.
• BigTable jest autorskim rozwiązaniem do przechowywania danych używanym przez Google, a realizowane przy użyciu technologii systemu plików Google. Google MapReduce framework używa BigTable.
• Hadoop jest to technologia open-source inspirowana przez Google MapReduce i służąca podobnej potrzebie, do dystrybucji pracy magazynów danych na bardzo dużą skalę.
• Scalaris jest rozproszonym magazynem kluczy/wartości transakcyjnych. Również nie relacyjny i nie używa SQL. To projekt badawczy Instytutu Zuse w Berlinie, Niemcy.
• RDF jest standardem przechowywania danych semantycznych, w którym Dane i metadane są wymienne. Posiada własny język zapytań SPARQL, który powierzchownie przypomina SQL, ale w rzeczywistości jest zupełnie inny.
• Vertica jest wysoce skalowalną analityczną bazą danych zorientowaną na kolumny, zaprojektowaną dla architektury rozproszonej (grid). Twierdzi, że jest relacyjny i zgodny z SQL. Można go używać za pomocą elastycznego komputera Amazon Chmura.
• Greenplum jest hurtownią danych o wysokiej skali DBMS, która implementuje zarówno MapReduce, jak i SQL.
• XML to nie jest DBMS, to format wymiany. Ale niektóre produkty DBMS działają z danymi w formacie XML.
• ODBMS, lub obiektowe bazy danych, służą do zarządzania złożonymi danymi. Wydaje się, że nie ma żadnych dominujących produktów ODBMS w głównym nurcie, być może z powodu braku standaryzacji. Standard SQL stopniowo zyskuje pewne funkcje OO(np. rozszerzalne typy danych i tabele).
• mżawka jest relacyjną bazą danych, rysującą wiele swojego kodu z MySQL. Obejmuje ona różne zmiany architektoniczne przeznaczone do zarządzania danymi w skalowalnej architekturze systemu "cloud computing". Prawdopodobnie będzie nadal używać standardowego SQL z niektórymi ulepszeniami MySQL.
• Cassandra jest wysoce skalowalny, ostatecznie spójny, rozproszony, strukturyzowany sklep z kluczami, opracowany na Facebook przez jednego z autorów Amazon Dynamo i przyczynił się do projektu Apache.
• projekt Voldemort jest nie relacyjnym, rozproszonym systemem przechowywania wartości klucza. Stosowany jest w LinkedIn.com
• Berkeley DB też zasługuje na wzmiankę. To nie jest" next-gen", ponieważ pochodzi z początku 1990 roku. to popularny sklep z wartościami kluczy, który jest łatwy do osadzenia w różnych aplikacjach. Technologia jest obecnie własnością Oracle Corp.]}

Zobacz również ten ładny artykuł Richarda Jonesa: "Anti-RDBMS: lista rozproszonych sklepów z wartością klucza."Szczegółowo opisuje niektóre z tych technologii.

Relacyjne bazy danych mają pewne słabości. Ludzie argumentują, że nie spełniają wszystkich wymagań dotyczących modelowania danych od dnia, w którym zostały one po raz pierwszy wprowadzone.

Rok po roku naukowcy wymyślają nowe sposoby zarządzanie danymi w celu spełnienia specjalnych wymagań: albo wymagania dotyczące obsługi relacji danych, które nie pasują do modelu relacyjnego, albo wymagania dotyczące dużej objętości lub prędkości, które wymagają przetwarzania danych, powinny być wykonywane na rozproszonych kolekcjach serwerów, zamiast na centralnych serwerach baz danych.

Mimo że te zaawansowane technologie robią wielkie rzeczy, aby rozwiązać specjalistyczny problem, do którego zostały zaprojektowane, relacyjne bazy danych są nadal dobrym rozwiązaniem ogólnego przeznaczenia dla większości potrzeby biznesowe. SQL nie odejdzie.

Napisałem artykuł w php / Architect magazine na temat innowacji nie relacyjnych baz danych i modelowania danych w relacyjnych i nie relacyjnych bazach danych. http://www.phparch.com/magazine/2010-2/september/