Efterlysning af Et-eller-andet-SQL udtryk brugt herinde. Modsat relationelle databaser?!

Hej Aminoer 

Jeg læste på et tidspunkt noget herinde om "ikke-relationelle" databaser der hed noget med et-eller-andet-SQL. Jeg kan ikke huske det præcise udtryk og har ledt efter det. Der stod en god forklaring om det herinde, men jeg kan ikke finde det bookmark.

Det var noget med Facebook etc brugte det. 

Nogen der husker udtrykket?

Tusind tak. Det var lige det udtryk jeg ledte efter :-)

Gita Street:

Nogen der husker udtrykket?

Udtrykket du søger hedder NoSQL og er slet og ret noget vås i 90% af de tilfælde hvor det bliver brugt.  Det svarer til at tale om andre sprog som værende ikke-danske og begynde at komme med udtryk som "ikke-dansk er meget sværere at lære end dansk" giver jo logisk nok ikke nogen mening. På samme måde er det fuldstændigt ubrugeligt at beskrive en teknologi ved at fortælle hvad det IKKE er frem for at fortælle  hvad der faktisk er.

Som Niels f.eks. siger at NoSQL er langsommere at søge i en SQL ... det passer ganske enkelt ikke, SQL beskriver ikke en database type men et interface til en database, altså en måde at kommunikere med en database på og har derfor altså ikke noget at gøre med hvordan data opbevares eller hvordan der søges i dem, og derfor følgeligt ikke noget om hvor hurtigt det er at søge i.

Med andre ord er der altså tale om et udtryk du ikke rigtig kan bruge til noget, jeg vil ikke kalde det et buzzword fordi det ikke er særlig udbredt, men udover det så ér det faktisk det der er tale om.

Du kan nok sagtens finde enkelte "NoSQL implementationer" som er langsommere end "SQL implementationer" men det modsatte er helt sikkert også tilfældet, det kommer alt sammen an på de eksterne omstændigheder, hvorfor udtrykket alene generelt ikke kan bruges til særlig meget.

Ikke helt korrekt - NoSQL bruges netop på grund af sine gode performance når der virkelig skal scaleres!

På www.Highscalibility.com er der flere gode eksempler på hvilken løsninger der idag bruger NoSQL - og artikler der giver et facinerende indblik i hvad der er den bagvedliggende arkitektur for nogle af de store services

For en hurtig primer om NoSQL læs her

http://highscalability.com/blog/2010/12/6/what-the-heck-are-you-actually-using-nosql-for.html 

Niels Henriksen:

Det hedder NoSQL og facebook bruger det kun til deres chat. Det er ikke lige så hurtigt at søge i men det virker fint nok

Ikke helt korrekt - NoSQL bruges netop på grund af sine gode performance når der virkelig skal scaleres!

På www.Highscalibility.com er der flere gode eksempler på hvilken løsninger der idag bruger NoSQL - og artikler der giver et facinerende indblik i hvad der er den bagvedliggende arkitektur for nogle af de store services

For en hurtig primer om NoSQL læs her

http://highscalability.com/blog/2010/12/6/what-the-heck-are-you-actually-using-nosql-for.html 

Mikkel Mikjær Christensen:

SQL beskriver ikke en database type men et interface til en database, altså en måde at kommunikere med en database på og har derfor altså ikke noget at gøre med hvordan data opbevares eller hvordan der søges i dem, og derfor følgeligt ikke noget om hvor hurtigt det er at søge i.

Hvis man anskuer tingene sådan 100% stringent og firkantet er dette korrekt, men i praksis bruges SQL stort set udelukkende af relationelle database systemer (RDBMS), og der er således en klar sammenhæng mellem interface sprog og underliggende system. Det kan man som sprog-purist så harcelere over, men for de fleste mennesker er en "SQL database" det samme som en relationel database.

Og det er sidstnævnte som begrebet "NoSQL" skal ses i sammenhæng med. Se denne link for flere detaljer.

Mikkel Elmholdt:

NoSQL databaser skalerer kun godt for bestemte applikationstyper, og er ikke bare en generelt bedre måde at gøre tingene på.