Slashdot Mirror

← Back to Stories (view on slashdot.org)

Beyond Relational Databases

Posted by Zonk on from the data-access-for-fun-and-profit dept.

CowboyRobot writes "Relational databases were developed in the 1970s as a way of improving the efficiency of complex systems. But modern warehousing of data results in terabytes of information that needs to be organized, and the growing prevalence of mobile devices points to the increasing need for intelligent caching on the local hardware. According to the ACM, the future of database architecture must include more modularity and configuration. Although no concrete solutions are included, the article is a good overview of the problems with modern data systems."

10 of 360 comments (clear)

  1. Author's conclusion in case of slashdotting by Anonymous Coward · · Score: 5, Funny

    The future will not be found in the relational model, object model, or hybrid, but in the comma-delimited list.

  2. Databases? Bah! by GillBates0 · · Score: 3, Funny
    Real men work with raw data.

    Nothing builds character like manually searching megabytes of raw, unorganized information for a relevent entry. Except maybe sorting it by hand.

    Databases are for sissies.

    --
    An Indian-American Hindu committed to non-violent thought/speech/action alarmed by the global explosion of radical Islam
    1. Re:Databases? Bah! by The+Angry+Mick · · Score: 2, Funny
      Nothing builds character like manually searching megabytes of raw, unorganized information for a relevent entry. Except maybe sorting it by hand.

      True, but eventually, you have to give in to the need for less complexity - after all, there's only so many hours in a day.

      Now I keep all my "1"'s and "0"'s in two separate containers. This makes it tremendously easy to find exactly what I looking for . . .

      --

      I'm not tense. I'm just terribly, terribly, alert.

    2. Re:Databases? Bah! by temojen · · Score: 2, Funny

      As are filesystems. "Real men" grep their block devices for magic numbers like "ReIsEr34" when looking for the start of their data.

    3. Re:Databases? Bah! by shish · · Score: 2, Funny
      Nothing builds character like manually searching megabytes of raw, unorganized information for a relevent entry

      Wow, someone who likes slashdot's search feature :o

      --
      I mod down anyone who says "I will be modded down for this", regardless of the rest of their comment
  3. Re:I did not RTFA by abigor · · Score: 5, Funny

    Yeah, for those terabytes of data taken up by your mom's recipes and your cd collection, the extreme power of PHP and MySql is all you need, man.

  4. Re:KISS (I can prove SQL will be around) by gosand · · Score: 5, Funny
    SQL, on the other hand:
    1) Reasonably simple API
    2) Scales to very large databsaes
    3) Cross-platform/architecture
    4) Performs very well.

    I am proof that SQL will be around for a while. When I first saw Unix back in the late 80s, I thought "this is too hard to use, why would anyone need this?" I have been a Unix/Linux user since about '92.

    When I took my first SQL class, I thought "these queries are very cumbersome. SQL is stupid." I still use it today.

    In '93 I heard about this thing called the World Wide Web, and thought "This is unnecessary. I can find whatever I need on gopher and ftp sites. Why would I want a gui thrown on top of it?"

    As you can see, I am quite the visionary.

    --

    My beliefs do not require that you agree with them.

  5. Bah... by Danathar · · Score: 1, Funny

    ASCII Flat files are the way to go. If I can't fgrep it...then to hell with it. SQL my ass..

  6. Re:5th normal form model of perfection. by orderb13 · · Score: 3, Funny

    I actually once asked a Terradata consultant what the 4+ normal forms were used for. His response was "So high priced consultants can finish out their contract without actually having to do anything."

  7. Another one? by ColdWetDog · · Score: 2, Funny

    I've already got Windows and a girlfriend, I really don't need another irrational database.

    --
    Faster! Faster! Faster would be better!