Traditional databases vs. the threat from in-memory, NoSQL

Traditional databases vs. the threat from in-memory, NoSQL

Summary: Traditional databases may not be able to keep up with the petabytes of data---soon to be exabytes---that we're storing and that's going to lead to the rise of in-memory databases as well as other hardware-assisted tools.

SHARE:

Traditional databases may not be able to keep up with the petabytes of data---soon to be exabytes---that we're storing and that's going to lead to the rise of in-memory databases as well as other hardware-assisted tools.

That's the gist of a presentation by Gartner analyst Donald Feinberg. This presentation was deemed a maverick idea since it may not quite pan out.

At a high-level view, here's the push and pull against (and possibly for) the traditional databases that made Oracle famous.

The problem: DataBase Management System (DBMS) architectures are antiquated, too slow and struggle with real-time data feeds. Among the bigger problems, Feinberg noted:

"Web-scale applications are a good example of the applications requiring more scalability than available today with DBMS models with market penetration. This has required many application developers to look elsewhere (e.g., caching and noSQL) for alternatives."

The need for real-time analysis is "leading to new in-memory DBMS and caching products to increase the speed in an attempt to reduce this latency."

And finally, mixed data types are killing the traditional database model.

Simply put, Feinberg likens DBMS as punch cards. Feinberg recommends that IT execs start examining in-memory databases, noSQL and other technologies.

Topics: Data Management, Data Centers, Enterprise Software, Hardware, Software, Storage

Kick off your day with ZDNet's daily email newsletter. It's the freshest tech news and opinion, served hot. Get it.

Talkback

7 comments
Log in or register to join the discussion
  • RE: Traditional databases vs. the threat from in-memory, NoSQL

    cvdsdfg
    dfglfjsdlkj
  • RE: Traditional databases vs. the threat from in-memory, NoSQL

    How do you backup in-memory databases? What if they corrupt? What if someone unplugs the server?
    BlogLogMog
  • RE: Traditional databases vs. the threat from in-memory, NoSQL

    I dont think in memory databases can handle petabytes of data. They are for small size databases which need to be retrieved faster. For petabytes and exabytes, we need to look at technologies like Hadoop, which came out of google and yahoo for their web processing needs.
    ds.karthik
  • RE: Traditional databases vs. the threat from in-memory, NoSQL

    While the hype builds, the people in the trenches will just add these to their tool belts. It will just be like asking should I use a brace and bit, a hand drill, a handheld power drill (corded or cordless) or a
    drill press. The answer will be it depends. Of course, some may have to look up what a brace is.
    dmilne@...
  • Which came first?

    Anyone here old enough to recall whether "traditional" relational databases or non-traditional NoSQL type databases came first? I'm sure there are ...

    Surprise - The relational database came second. Why? Because they were the solution to all the problems people had with non-relational databases.

    Looks like history is about to repeat itself once again.
    aureolin
  • RE: Traditional databases vs. the threat from in-memory, NoSQL

    Feinberg, like so many "analyst" has obviously never had a real job in IT like a developer or DBA, otherwise he wouldn't be talking through his rectum
    asninsp
  • A Brief History of NoSQL

    Knut Haugen has a nice history of NoSQL described here:<br><a href="http://blog.knuthaugen.no/2010/03/a-brief-history-of-nosql.html" target="_blank" rel="nofollow">http://blog.knuthaugen.no/2010/03/a-brief-history-of-nosql.html</a><br><br>The SQL databases were designed over a decade ago with the constraints: storage is cheap and slow, memory and cpu are expensive. Today we have machines have different parameters.<br> Stanislav Prusac<br><a href="http://www.polarsoftware.com" target="_blank" rel="nofollow">http://www.polarsoftware.com</a>
    Stanislav Prusac