topbanner_forum
  *

avatar image

Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
  • Thursday April 18, 2024, 12:54 pm
  • Proudly celebrating 15+ years online.
  • Donate now to become a lifetime supporting member of the site and get a non-expiring license key for all of our programs.
  • donate

Author Topic: In search of ... the whys and wherefores of NoSQL  (Read 6007 times)

barney

  • Charter Member
  • Joined in 2006
  • ***
  • Posts: 1,294
    • View Profile
    • Donate to Member
In search of ... the whys and wherefores of NoSQL
« on: June 19, 2012, 12:47 AM »
Apparently I'm dimmer than usual tonight.  Just started reading about NoSQL databases (been intending to for a while, but life keeps getting in the way ;)), and I just don't get it  :(.

For instance, this statement
NoSQL operations may be implemented over these APIs:
     • SQLQuery - allows querying a space using a SQL-like
        syntax and regular expressions ...
near drives me to distraction.  SQL-like syntax?  Why would I want to learn another SQL syntax  :huh:?  And if it's NoSQL, what is this SQL-like syntax API doing there  :huh:?

I'm confused.  I'm really confused  :-\ :-\ :-\.


Ath

  • Supporting Member
  • Joined in 2006
  • **
  • Posts: 3,612
    • View Profile
    • Donate to Member
Re: In search of ... the whys and wherefores of NoSQL
« Reply #1 on: June 19, 2012, 01:59 AM »
Maybe this is just for you (and others)? NoSQL for Dummies

barney

  • Charter Member
  • Joined in 2006
  • ***
  • Posts: 1,294
    • View Profile
    • Donate to Member
Re: In search of ... the whys and wherefores of NoSQL
« Reply #2 on: June 19, 2012, 08:18 AM »
Ouch  :stars:!  That raises more questions than it answers.

OK, I recognize that NoSQL is not No SQL, although I do wish it had been given a better cognomen.  That much, I knew.  What I don't know, as a jump-off point [ferinstance], is when to consider such a database.  Another question would be, "Just how many such entities are there?"  (Ath's link quoted four (4) by way of example.)  Do I roll my own?  Where can I find guidelines, summaries, comparisons:  I need to know, should I adopt such an approach, which database(s) would best fit my purposes.

It strikes me that the database arena is becoming as forked as the *nix arena, with every element having its own fan base, and no consensus, much less clear choice.

[Sidebar.  This topic has come about because of a school for which I do some pro bono publico work.  The administrator for my area asked me about NoSQL, whether it would hold any practical advantage for the school.  Since the work is local to the school, I'd think not, but I told her I would do some research.  So far, that research has revealed a morass, no real organization/definition at all.]

Renegade

  • Charter Member
  • Joined in 2005
  • ***
  • Posts: 13,288
  • Tell me something you don't know...
    • View Profile
    • Renegade Minds
    • Donate to Member
Re: In search of ... the whys and wherefores of NoSQL
« Reply #3 on: June 19, 2012, 12:09 PM »
Maybe I can help dumb this down some more. :) (As I'm the first to need it...)

If you know that you will break your RDBMS at some point, then look at NOSQL. If you won't break your RDBMS, then forget it.

NOSQL is for MASSIVE systems. That's all. There's no reason to use it or even look at it for most purposes. You're far better off going with standard stuff like MySQL, SQL Server, etc. There's more information on them and they're easier to use because of the rich toolkits for them.
Slow Down Music - Where I commit thought crimes...

Freedom is the right to be wrong, not the right to do wrong. - John Diefenbaker

40hz

  • Supporting Member
  • Joined in 2007
  • **
  • Posts: 11,858
    • View Profile
    • Donate to Member
Re: In search of ... the whys and wherefores of NoSQL
« Reply #4 on: June 19, 2012, 12:37 PM »
[Sidebar.  This topic has come about because of a school for which I do some pro bono publico work.  The administrator for my area asked me about NoSQL, whether it would hold any practical advantage for the school.  Since the work is local to the school, I'd think not, but I told her I would do some research.  So far, that research has revealed a morass, no real organization/definition at all.]

I've done some research into non-RDBMS databases for a client. (I prefer non-RDBMS to NoSQL since there are at least 3 very different technologies calling themselves NoSQL right now.) I can save your school administrator some work. What I found: not ready for enterprise primetime except in very specific and specialized circumstances. For day to day general database requirements (i.e. any data that can easily be structured as a table - which is to say most data), RDBMS is still the best current choice.

NoSQL may work well for gangling and ever expanding collections of non-structured "stuff" (images, loose document collections, tweets, messages, etc.) running under some form of cloud backend. But for what most organizations have for, and need to do with, their data, it's far less an advantage and much more of a risk to drop their relational databases. At least right now.

wraith808

  • Supporting Member
  • Joined in 2006
  • **
  • default avatar
  • Posts: 11,186
    • View Profile
    • Donate to Member
Re: In search of ... the whys and wherefores of NoSQL
« Reply #5 on: June 19, 2012, 01:01 PM »
I've done some research into non-RDBMS databases for a client. (I prefer non-RDBMS to NoSQL since there are at least 3 very different technologies calling themselves NoSQL right now.) I can save your school administrator some work. What I found: not ready for enterprise primetime except in very specific and specialized circumstances. For day to day general database requirements (i.e. any data that can easily be structured as a table - which is to say most data), RDBMS is still the best current choice.

An good implementation of No SQL is  MongoDB.  They actually have a really cool parser and examples there.  And I think that the not ready for enterprise primetime label really applies if you try to apply it to situations in which it is not meant for.  Most non-commercial solutions are not a good match- it is for IMO more consumptive uses of data, i.e. ecommerce and such.  The MongoDB website has use cases that spell that out, and examples of production deployment- and most of them mirror that ideology (though I can't see why there is a SAP deployment?  That would seem crazy to me).

Ath

  • Supporting Member
  • Joined in 2006
  • **
  • Posts: 3,612
    • View Profile
    • Donate to Member
Re: In search of ... the whys and wherefores of NoSQL
« Reply #6 on: June 19, 2012, 01:30 PM »
ever expanding collections of non-structured "stuff" (images, loose document collections, tweets, messages, etc.)
So in fact Lotus Notes (now owned by IBM) was in fact (one of) the first NoSQL storage systems, way back then 8)
« Last Edit: June 19, 2012, 01:36 PM by Ath, Reason: grammatica... »

wraith808

  • Supporting Member
  • Joined in 2006
  • **
  • default avatar
  • Posts: 11,186
    • View Profile
    • Donate to Member
Re: In search of ... the whys and wherefores of NoSQL
« Reply #7 on: June 19, 2012, 01:36 PM »
ever expanding collections of non-structured "stuff" (images, loose document collections, tweets, messages, etc.)
So in fact Lotus Notes (now owned by IBM) was in fact (one of) the first NoSQL storage systems, way back then 8)

Ick.  Not exactly.  I remember my Lotus Notes days.  It was like a mega-access more than NoSQL in my recollection.

barney

  • Charter Member
  • Joined in 2006
  • ***
  • Posts: 1,294
    • View Profile
    • Donate to Member
Re: In search of ... the whys and wherefores of NoSQL
« Reply #8 on: June 19, 2012, 02:51 PM »
I've done some research into non-RDBMS databases for a client. (I prefer non-RDBMS to NoSQL since there are at least 3 very different technologies calling themselves NoSQL right now.) I can save your school administrator some work. What I found: not ready for enterprise primetime except in very specific and specialized circumstances. For day to day general database requirements (i.e. any data that can easily be structured as a table - which is to say most data), RDBMS is still the best current choice..

I think that hits the meat of the situation.  I could maybe see a NoSQL or even non-RDBMS, system for something like the entire school system of Chicago, Dallas, Houston, New York, et. al., but no way can I see it worth the effort and grief for a single school.

I think my lady has an idea of combining all school databases into one (1) [relatively] massive system.  I also think she doesn't have enough mass extant to be worth the effort.  I've pulled down a few docs on the subject - nothing clear, unfortunately - that I think I'll giver her along with a [redacted] printout of this topic.  That may be enough to dissuade her, or at least persuade her that she needs to grow a bit, first  :P.

As a side note I still have not seen anything close to a guideline as to when it might be advisable to switch.  That would be nice to have.  You know how it is, I suspect.  When you work for someone, especially gratis, a 3rd-party opinion is almost always better than your own  :-\ :P.

wraith808

  • Supporting Member
  • Joined in 2006
  • **
  • default avatar
  • Posts: 11,186
    • View Profile
    • Donate to Member
Re: In search of ... the whys and wherefores of NoSQL
« Reply #9 on: June 19, 2012, 04:00 PM »
I think that hits the meat of the situation.  I could maybe see a NoSQL or even non-RDBMS, system for something like the entire school system of Chicago, Dallas, Houston, New York, et. al., but no way can I see it worth the effort and grief for a single school.

I don't even see it for that.  Non-Transactional with limited relational capabilities is the key.  If you need relational data (and from at least my experience with school databases, you do) or transactions (same caveat) then this isn't really the way to go IMO.

barney

  • Charter Member
  • Joined in 2006
  • ***
  • Posts: 1,294
    • View Profile
    • Donate to Member
Re: In search of ... the whys and wherefores of NoSQL
« Reply #10 on: June 19, 2012, 06:19 PM »
I don't even see it for that.  Non-Transactional with limited relational capabilities is the key.  If you need relational data (and from at least my experience with school databases, you do) or transactions (same caveat) then this isn't really the way to go IMO.

Total agreement.  I thought that from the start.  (That's why I said maybe.  It would require a total rethink of the system, and if applied, replace it with something terribly less effective.)  But when a client - or a boss/manager/supervisor - gets an idea crossways in their head  :'(... the worker bees have to set the drones straight  :P.