Path: news.f.de.plusline.net!news-fra1.dfn.de!keepthis.news.telefonica.de!telefonica.de!news.tiscali.de!tiscali!newsfeed1.ip.tiscali.net!proxad.net!216.239.36.134.MISMATCH!postnews.google.com!p10g2000cwp.googlegroups.com!not-for-mail
From: "EscVector" <Junk@webthere.com>
Newsgroups: comp.databases.oracle.server
Subject: Re: Oracle Unit Testing
Date: 2 Feb 2007 07:13:37 -0800
Organization: http://groups.google.com
Lines: 27
Message-ID: <1170429217.094587.259740@p10g2000cwp.googlegroups.com>
References: <1165935254.832348.74350@f1g2000cwa.googlegroups.com>
   <1165935372.231054.171760@80g2000cwy.googlegroups.com>
   <CtidnWGD0rccTePYnZ2dnUVZ_v-tnZ2d@comcast.com>
   <1165946106.430301.200370@l12g2000cwl.googlegroups.com>
   <457F6A93.6070700@comcast.net>
   <1170259065.894400.63160@h3g2000cwc.googlegroups.com>
   <1170278709.552105.115280@s48g2000cws.googlegroups.com>
NNTP-Posting-Host: 72.165.244.50
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: posting.google.com 1170429222 7342 127.0.0.1 (2 Feb 2007 15:13:42 GMT)
X-Complaints-To: groups-abuse@google.com
NNTP-Posting-Date: Fri, 2 Feb 2007 15:13:42 +0000 (UTC)
In-Reply-To: <1170278709.552105.115280@s48g2000cws.googlegroups.com>
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1,gzip(gfe),gzip(gfe)
Complaints-To: groups-abuse@google.com
Injection-Info: p10g2000cwp.googlegroups.com; posting-host=72.165.244.50;
   posting-account=YZW96w0AAABjQaJtmc4mPml4qWWrMr8V
Xref: news.f.de.plusline.net comp.databases.oracle.server:193502

> > The point of using objects is that you can pass a completely
> > structured object containing the data to the Java layer of the
> > application.
> >
> > Objects can not only be data structured and also contain other
> > objects.
> >
> > In terms of maintenance, a highly modular multi-tiered approach of far
> > better for maintenance than a flatter 2-teir traditional architecture.
> > The point of multi-tiered applications is that every bit of code is in
> > its correct place, DML in the table encapsulation layer, objects in
> > the object layer, business logic in the java layer, and so on...
>
> And when you start passing large numbers of rows between the database
> and the front side application ... no problems whatsoever no sirree
> bob!
>
> And those objects that span multiple tables in the database ...
> nothing bad can happen there at least.
>
> Business logic in the java layer?  No problems at all with designs
> like that ever!


At a high level, this makes sense, but have you compared performance
using different approaches?