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. Alan.- On Tue, May 15, 2012 at 6:46 PM, Mindaugas Navickas <mnavickas@xxxxxxxxx>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 <andrew.kerber@xxxxxxxxx> > To: tim@xxxxxxxxx > Cc: Chris.Stephens@xxxxxxx; "oracle-l@xxxxxxxxxxxxx" < > oracle-l@xxxxxxxxxxxxx> > 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 <tim@xxxxxxxxx> 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.' > > > -- > //www.freelists.org/webpage/oracle-l > -- > //www.freelists.org/webpage/oracle-l > > > -- //www.freelists.org/webpage/oracle-l