Re: OT: sheltered little world i live in -> NODB?

From: Guillermo Alan Bort <>
Date: Tue, 15 May 2012 22:37:44 -0300
Message-ID: <>

Uncle Bob does have some valid points, but the rhetoric is disturbingly similar to that of sect leaders. And I fear that's just what he is, one in a bunch of people who think like him and they validate each other. Database or no database is not a problem of where you come from, but of your own design ability. I tend to think of applications as database centric because I tend to think about applications to make my life easier, and that usually means historic data and persistence. I tend to program in PL/SQL and C# because those are the languages I'm comfortable with, I wonder if Uncle Bob has a preferred development language or model (like java, c#, or a more general object oriented vs procedural). Just like not every problem is a nail, not every problem is a screw either.

Now, there is value in a strong RDBMS, specially if you need to be able to depend on the data you have. Backing up plain files can be messy and difficult to restore (not that I never found a difficult restore scenario with a database) and validating those backups usually requires dumping them somewhere. If the data of who logs on to the network is essential for somebody, then why not store it in a properly maintained database? (not saying Oracle).

I think we had this discussion a few months ago when somebody mentioned NoSQL... but I'm too tired/lazy to look for the thread.

As an interesting sidenote, I'm learning to develop games (as a hobby) and the thought of using a database didn't even cross my mind. Interestingly enough, neither did using flat files... When I come to the problem of making the game data persistent I will choos the appropriate method.


On Tue, May 15, 2012 at 6:46 PM, Mindaugas Navickas <>wrote:

> My view might be not very popular within Oracle DBA community, but I found
> the article very interesting and intriguing. That's true that DBA would
> start designing application from database. And if that would be Oracle DBA,
> for sure he/she would start with Oracle EE + RAC + DataGuard with all
> available packs.
> Another point in the article is that new technologies are comming into
> database market (NoSQL, In-memory, Column-store...) that potencialy can
> change the DB technology landscape - but again if we apply it where it fits
> most. Risk is that new technology often is discredited placing it in places
> where traditional RDBMS would do the best.
> This is how I interpreted this... thank you for sharing the article and
> your views
> Mike Navickas
> Oracle&DB2 DBA
> From: Andrew Kerber <>
> To:
> Cc:; "" <
> Sent: Tuesday, May 15, 2012 5:08:51 PM
> Subject: Re: OT: sheltered little world i live in -> NODB?
> I took it more as someone pointing out that not every application is a
> database application. We as DBA's have a great knowledge of database
> usage, but there is software out there that does not need a database behind
> it. And I have seen applications that use Oracle AQ when a simple fifo
> queue design with a single queue was all that was required to run the
> entire application.
> On Tue, May 15, 2012 at 3:37 PM, Tim Gorman <> wrote:
> > My US$0.02...
> > When I read that article, especially the part about an implicitly
> ignorant
> > "marketing guy" claiming that a relational database is needed, and that
> > flat files won't work, I hear a blinkered technical niche-worker who sees
> > only his own little job function and cannot conceive of any other
> > requirements, such as downstream data analytics, data mining, and data
> > warehousing. I see an organization strangling for lack of ad-hoc access
> to
> > data, choking on the software development lifecycle, flogging overworked
> > developers who struggle to churn out new reports from arbitrary and
> > unstructured flat-file structures.
> >
> >
> --
> Andrew W. Kerber
> 'If at first you dont succeed, dont take up skydiving.'
> --
> --

Received on Tue May 15 2012 - 20:37:44 CDT

Original text of this message