Noodling on NoSQL: Thoughts on Multi-Structured Data Management
JAN 31, 2014 4:47pm ET

Related Links

Big Data Gets Bigger Footprint in Insurance
September 16, 2014
Artificial Intelligence Meets the C-suite
September 15, 2014
Storytelling: Gimmick or Real and Potent?
September 11, 2014

Web Seminars

Why Data Virtualization Can Save the Data Warehouse
Available On Demand
Essential Guide to Using Data Virtualization for Big Data Analytics
September 24, 2014

Outside the Box: NoSQL Document Databases


For all the fun of talking about NoSQL's flexibility and promise, we should link that promise to some reality - particularly some product reality to ground the ideas of NoSQL with real-world applications. My last blog talked about how graph data structures and analysis are different than what we might expect from the "box" that is structured data in an RDBMS.

Get access to this article and thousands more...

All Information Management articles are archived after 7 days. REGISTER NOW for unlimited access to all recently archived articles, as well as thousands of searchable stories. Registered Members also gain access to:

  • Full access to including all searchable archived content
  • Exclusive E-Newsletters delivering the latest headlines to your inbox
  • Access to White Papers, Web Seminars, and Blog Discussions
  • Discounts to upcoming conferences & events
  • Uninterrupted access to all sponsored content, and MORE!

Already Registered?


Comments (2)
Good post and great questions John. At Simba, since our business is all about data connectivity, this same type of issue keeps coming up. The first version of our MongoDB ODBC driver was quite basic in how it allowed SQL to MongoDB mappings. However, there was a real need for even that basic level of connectivity and we had good success. We are now working to do more advanced mappings between SQL and MongoDB. You can download the MongoDB ODBC driver by going here: Would love to collaborate more on this as we see this as a real growth area. Since SQL is the lingua franca of the enterprise and ODBC is basically the most common way to access SQL data stores, would love to get some sort of JSON data type into ODBC. If we can standardize on this, then I think it will be much easier to integrate things like MongoDB and JSON into the current enterprise data framework. Thanks. Amyn
Posted by Amyn R | Monday, February 03 2014 at 9:42AM ET
One more general observation: yes, NoSql in al its incarnations provides an easy and more rapid path than Relational DBsto STORING data, NoSql is equally slower in RETRIEVAL of any specific item (e.g. 'on time' in your first example. Isn't this one more example of "pay now or pay later"?
Posted by Rafael E | Monday, February 03 2014 at 11:34AM ET
Add Your Comments:
You must be registered to post a comment.
Not Registered?
You must be registered to post a comment. Click here to register.
Already registered? Log in here
Please note you must now log in with your email address and password.
Login  |  My Account  |  White Papers  |  Web Seminars  |  Events |  Newsletters |  eBooks
Please note you must now log in with your email address and password.