May 21, 2012 at 3:53 am
[font="Verdana"]Hi folks,
Do we can assume that the Cloud Computing is a threat to conventional RDBMS, especially for the field of database developers? Because of the software development concepts such as RSaaS (Running Software As A Service) and DBaaS (Database as a service), furthermore the technologies like Hibernate and NHibernate!!! :ermm:
Any expert eye-sight?
(Also worth mentioning) Thanks Steve for incorporating Cloud Computing its due presentation on SSC Forums! :w00t:
[/font]
May 21, 2012 at 4:29 am
Abrar Ahmad_ (5/21/2012)
[font="Verdana"]Hi folks,Do we can assume that the Cloud Computing is a threat to conventional RDBMS, especially for the field of database developers? Because of the software development concepts such as RSaaS (Running Software As A Service) and DBaaS (Database as a service), furthermore the technologies like Hibernate and NHibernate!!! :ermm:
Any expert eye-sight?
(Also worth mentioning) Thanks Steve for incorporating Cloud Computing its due presentation on SSC Forums! :w00t:
[/font]
I don't think you can qualify that as a threat. certainly the landscape is changing, and for the better. i work for a large company that runs it's application from the cloud and for the most part it brings us nothing but joy.
once you start actually using something like amazon DDB(dynamo db-noSQL) or SDB(simpledb) you'll find that it's great for simple things such as scoreboards and lookups, but if you want to perform aggregation, joins and complex queries you have to start using EMR (elastic map reduce) which basically has to perform table scans. DDB only allows you to index the data in 1 way and it's performance is poooooooor whenn you try anything complicated.
RDBMS are still required for complex data crunching and other such functions.
as for NHibernate - well that is just an entity mapping system - it still needs a DB in the background. and if you are going to let your Development team trample all over you and not use stored procs because NHibernate can "write it's own db code" then you need to think long and hard about the implications - if there is some form of database issue at 2am why should you get called out? - put that to your dev team and ask them to be on call - see how quickly they revert to using stored procs.
the RDBMS is not under threat, but we do need to improve our own skills and embrace the advantages of new technologies rather than be staunchly defensive of our 3T systems (Tried, Tested and usually very Tired)
MVDBA
May 22, 2012 at 1:32 am
Technologies such as Hibernate, nHibernate, Linq, etc, etc have actually made good RDBMS DBAs and Developers much more in demand to fix all the performance problems those technologies leave in their wake.
The cloud isn't really changing the need... it's just changing the topography a bit. You still need people who actually know what they're doing with a database if you intend to do any batch processing or heavy duty lookups.
Shifting gears... the idea of handling data hasn't changed since the stone age. Even the methods have stayed pretty much the same. The only thing that has changed is some of the tools. The stuff I learned about data handling back in the 60s still applies today. It all boils down to 3 simple things... Input, process, output. Make any one of those 3 slow or inaccurate and your customers will see that you have hell to pay. It's not rocket science and the cloud really doesn't change any of that.
--Jeff Moden
Change is inevitable... Change for the better is not.
October 17, 2013 at 11:13 am
Very great plan dears, keep it up soon you will get good responses. Thanks for sharing.
October 17, 2013 at 11:53 am
I think Jeff has summed things up very nicely here. Bottom line here is the end result remains the same. The Wheres, How To's for where the data is stored may change but the demand for IO & analysis performance will always be there. That's where the REAL DBA's come in. 😉
Kurt
Kurt W. Zimmerman
SR DBA
Lefrak Organization
New York, NY
http://www.linkedin.com/in/kurtwzimmerman
Viewing 5 posts - 1 through 4 (of 4 total)
You must be logged in to reply to this topic. Login to reply