End of the RDBMS Era?

Not yet but... read this:  Is the NoSQL Meeting Announcing the End of the RDBMS Era?

This is about non-RDBMS data-stores used e.g. by LinkedIn, Facebook, SpringSource, Google.
Here are the names of some of these non-RDBMS data-stores: memcached, Tokyo, Redis, Voldemort, MongoDB and Cassandra, Amazon S3, Hadoop Hive, Maglev and Solr.
Read more about here:
Nosql if only it was that easy

Most of them are Key/Value or document database.
They leave up ACIDity and data normalization and predefined data schemas in favor of performances, scalability, flexibility and resiliency.

If you need transactions, full time data consistency and do reporting probably they do not fit your job.


A scary note: most of them do not have a .NET data access library, is Microsoft becoming legacy ?!?


Update SEP/OCT:  2 useful links from an interesting thread in the Italian ALT.NET user group
- Eric Brewer CAP theorem to better understand the non-RDBMS data-stores: CAP Theorem
- Relational model potential future: The Third Manifesto
- List of Companies Powered By Non Relational Database
- Transazioni Eventually Consistent


Print | posted @ domenica 27 settembre 2009 22.38

Comments on this entry:

Gravatar # re: End of the RDBMS Era?
by raffaeu at 28/09/2009 1.30

Non credo proprio. Noi abbiamo 25 SQL Server, non 1, con Clustering and Virtualizations e ti garantisco che le stesse performance e integrita' un non-relational database non me le puo' dare ...
IMHO sono discorsi assurdi per me, ad ognuno il suo ruolo.
  
Gravatar # re: End of the RDBMS Era?
by mymailgateway-ugidotnet@yahoo.it at 28/09/2009 9.23

non mi sorprende che i sql server sono adatti alle tue necessitá (il titolo é una esagerazione e evidentemente il tuo team sa disegnare bene schema/indici/infrastruttura)
mi stupisce questa parte della frase:
> le stesse performance ... un non-relational database non me le puo' dare
perché questi db non-relazionali nascono proprio da esigenze di scalabilitá (connessioni/dati) e performance di grandi siti

é per questo che sostituiscono la Acidity (l'integritá come hai sottolineato) implementata dal RDBMS con soluzioni custom che i devs devono implementare per soddisfare le esigenze della specifica coppia db-applicazione che stanno sviluppando

  
Gravatar # re: End of the RDBMS Era?
by Emanuele DelBono at 28/09/2009 10.11

Concordo con Luka. E' un processo lento ma sembra che i db relazioni (in certi ambiti) stiano perdendo terreno.
Ne parlava anche David Chappel allo scorso TechEd con riferimento al supporto per i dati di "Windows Azure"
  
Gravatar # re: End of the RDBMS Era?
by LudovicoVan at 28/09/2009 14.42

Use the right tool for the right job: una regola d'oro. Concordo che sono i soliti discorsi senza senso, videoregistratori col mattone dentro.

-LV
  
Gravatar # re: End of the RDBMS Era?
by mymailgateway-ugidotnet@yahoo.it at 28/09/2009 15.25

> Use the right tool for the right job
concordo.
il punto centrale qui é l'esistenza di alcuni tools (i non-RDBMS data-stores) e la loro efficacia in una serie di job/casistiche (grandi siti con elevate esigenze di scalabilitá connessioni/dati e performance)
a noi la sfida scegliere bene in ogni situazione "the right tool for the right job"
  
Gravatar # re: End of the RDBMS Era?
by Luca Minudel at 30/09/2009 13.36

@Michael

thanks for your feedback. this mixed language italian/english post/comments probably has not been the most easy to read for you so I appreciate it twice
  

Your comment:

Title:
Name:
Email:
Website:
 
Italic Underline Blockquote Hyperlink
 
 
Please add 8 and 5 and type the answer here: