Path: text.usenetserver.com!out03b.usenetserver.com!news.usenetserver.com!in04.usenetserver.com!news.usenetserver.com!in02.usenetserver.com!news.usenetserver.com!postnews.google.com!h11g2000prf.googlegroups.com!not-for-mail From: topmind Newsgroups: comp.databases.theory,comp.object Subject: Re: Object-relational impedence Date: Mon, 3 Mar 2008 10:46:09 -0800 (PST) Organization: http://groups.google.com Lines: 38 Message-ID: <83963b67-a294-445f-bb59-ecba13d52024@h11g2000prf.googlegroups.com> References: <0cd61579-0f26-422c-9aec-908ffdea59ff@i7g2000prf.googlegroups.com> NNTP-Posting-Host: 66.120.226.1 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Trace: posting.google.com 1204569969 25296 127.0.0.1 (3 Mar 2008 18:46:09 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Mon, 3 Mar 2008 18:46:09 +0000 (UTC) Complaints-To: groups-abuse@google.com Injection-Info: h11g2000prf.googlegroups.com; posting-host=66.120.226.1; posting-account=i7APvAkAAABVeLm9m7bOpSoPm4pgZM6r User-Agent: G2/1.0 X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12,gzip(gfe),gzip(gfe) Xref: usenetserver.com comp.databases.theory:170241 comp.object:264408 X-Received-Date: Mon, 03 Mar 2008 13:46:09 EST (text.usenetserver.com) On Mar 3, 9:27 am, "Roy Hann" wrote: > "JOG" wrote in message > > news:0cd61579-0f26-422c-9aec-908ffdea59ff@i7g2000prf.googlegroups.com... > > > On Mar 3, 2:07 pm, Thomas Gagne wrote: > > One thing I would like to avoid > > (outside of almost flames of course), is the notion that database > > technology is merely a persistence layer (do people still actually > > think that?) > > Are you kidding?!! You will grow old and die before you find someone not on > c.d.t. who DOESN'T think that. In the real world you will be thought some > kind of simpleton/troll/nutcase if you suggest it isn't just a persistence > layer. > > Roy As the girls say, "It depends on how you use it". It depends on how you use the DB. In Robert Martin's version of the payroll application, the DB is almost reduced to a dumb filing system ("persistence layer") because the app code does all the work. However, in my version: http://www.geocities.com/tablizer/payroll2.htm I *leveraged* the DB so that much if not most of the work is done by the database and queries *instead* of the app code. There's more attribute setup work, but noticeably less app code than Martin's. One "programs" largely by putting attributes in tables instead of writing app code. One can choose to use the features available from RDBMS, or they can choose to manually program it in app code. Your perspective on what DB's are "for" largely depends on which route you take. -T-