Re: Is a RDBMS needed?

From: Robert Freeman <robertgfreeman_at_yahoo.com>
Date: Fri, 10 Jun 2011 21:51:06 -0700 (PDT)
Message-ID: <840531.54633.qm_at_web113211.mail.gq1.yahoo.com>



BTW, Nuno is the source of my quote. I appreciate him pointing that out to me so I can give him proper credit.

Cheers all!

RF

 Robert G. Freeman
Master Principal Consultant, Oracle Corporation, Oracle ACE Author of various books on RMAN, New Features and this shorter signature line. Blog: http://robertgfreeman.blogspot.com

Note: THIS EMAIL IS NOT AN OFFICIAL ORACLE SUPPORT COMMUNICATION. It is just the opinion of one Oracle employee. I can be wrong, have been wrong in the past and will be wrong in the future. If your problem is a critical production problem, you should always contact Oracle support for assistance. Statements in this email in no way represent Oracle Corporation or any subsidiaries and reflect only the opinion of the author of this email.



From: Nuno Souto <dbvision_at_iinet.net.au> To: oracle-l_at_freelists.org
Sent: Thu, June 9, 2011 5:30:26 PM
Subject: Re: Is a RDBMS needed?

This has to do with the old debate of special purpose software versus general purpose.

If you NEVER want to use that data for ANYTHING else, or if you don't mind paying a lot to a team of developers to do ANYTHING you need out of that data, then the non-rdbms solution is perfectly valid.

If you want that data to be available to other sub-systems on short notice and without needing to engage developers to write a specialized interface, then a non-rdbms solution is totaly unadvised. A general purpose rdbms will be accessible with ease by ANY other team or special interest, without yet another major development effort being undertaken.

That debate was made many years ago, and the solutions have been available since then.

You chose a specialized - I believe the term in vogue nowadays is "bespoke" but I refuse to use it - data management storage architecture then you get a very good match for that special application and no match for anything else.

You want something more general that can be easily accessed and modified by any number of additional applications without additional development costs - not necessarily specified up front - then you use a general purpose data management product. You pay a hit on performance and you gain flexibility.

Horses for courses.

  • Cheers Nuno Souto in sunny Sydney, Australia dbvision_at_iinet.net.au

Blake Wilson wrote,on my timestamp of 10/06/2011 1:22 AM:
> However, the next release of one of our options will not have a RDBMS in the
> solution. It will be replaced by Apache Jackrabbit. The new system will have
> everything// treated as content, including grades, test questions and answers,
> discussion threads, syllabi, personal profiles, chat messages, and so on.
>
> This seems like quite a departure from normal RDBMS based solutions. Is this a
> good idea? Am I being a dinosaur by thinking that this is not a good idea? Do
I
> need to keep up with the times? Is this the future of databases? This really
> looks to me like a return to design of 20 years ago.

--
http://www.freelists.org/webpage/oracle-l
--
http://www.freelists.org/webpage/oracle-l
Received on Fri Jun 10 2011 - 23:51:06 CDT

Original text of this message