Return-Path: <oracle-l-bounce@freelists.org>
X-Original-To: oracle-l@orafaq.com
Delivered-To: oracle-l@orafaq.com
Received: from puck1183.startdedicated.com (localhost [127.0.0.1])
 by puck1183.startdedicated.com (Postfix) with ESMTP id C335B1960FCF
 for <oracle-l@orafaq.com>; Wed, 12 Dec 2012 22:38:38 +0100 (CET)
Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180])
 by puck1183.startdedicated.com (Postfix) with ESMTP
 for <oracle-l@orafaq.com>; Wed, 12 Dec 2012 22:38:38 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 6BD23F22424;
 Wed, 12 Dec 2012 16:38:31 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=freelists.org;
 s=turing; t=1355348311;
 bh=eadq7jk2uFBXLj5XCUNIR/gAHS0DTCw47lBBonxQwfY=;
 h=From:To:Subject:Date:Message-ID:References:In-Reply-To:
	 Content-type:Content-Transfer-Encoding:MIME-Version:Sender:
	 Reply-To:List-help:List-unsubscribe:List-Id:List-subscribe:
	 List-owner:List-post:List-archive;
 b=UslDOlqlJe6KHCGPUjRV0oeUUxEFxS3BEYQ/8ZOU9BdJo8X/kKgQFQ6DI4lSY0WTv
	 Q/4DL7kag4Sxqc3/ofRHwKCwPTgCYMdWF63HKu0X+yrbUkbpl1gqSww+WkOZO5ibW+
	 NlyDHeosijwB40KErDvMIs5wgvI92Te/6SMmrupQ=
X-Virus-Scanned: Debian amavisd-new at localhost.localdomain
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id gdYrHJ0V4tns; Wed, 12 Dec 2012 16:38:31 -0500 (EST)
Received: from turing.freelists.org (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 602CDF22116;
 Wed, 12 Dec 2012 16:37:45 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=freelists.org;
 s=turing; t=1355348309;
 bh=eadq7jk2uFBXLj5XCUNIR/gAHS0DTCw47lBBonxQwfY=;
 h=From:To:Subject:Date:Message-ID:References:In-Reply-To:
	 Content-type:Content-Transfer-Encoding:MIME-Version:Sender:
	 Reply-To:List-help:List-unsubscribe:List-Id:List-subscribe:
	 List-owner:List-post:List-archive;
 b=l9/11kdOZfwMosuXSidqt4UweNtb6UpDp2oIJjnc2MyyY9JmqklDs8YGAwwEYRnXY
	 LHsN4/yGa6/bIOlE3j1rzxl+8XKMSnIACgPstYWvrQ0hW4yt0dA1jLun+UQUGQfhDZ
	 7zXQ+o7+IcUFg8klANq79gf6SG4my5fmIG0pxYws=
Received: with ECARTIS (v1.0.0; list oracle-l); Wed, 12 Dec 2012 16:37:02 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 5BC1DF21C1B
 for <oracle-l@freelists.org>; Wed, 12 Dec 2012 16:37:02 -0500 (EST)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id w8FJpgQH44iZ for <oracle-l@freelists.org>;
 Wed, 12 Dec 2012 16:37:02 -0500 (EST)
Received: from g5t0008.atlanta.hp.com (g5t0008.atlanta.hp.com [15.192.0.45])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id D635DF21513
 for <oracle-l@freelists.org>; Wed, 12 Dec 2012 16:37:00 -0500 (EST)
Received: from G5W2206G.americas.hpqcorp.net (g5w2206g.atlanta.hp.com [16.228.43.185])
 (using TLSv1 with cipher AES128-SHA (128/128 bits))
 (No client certificate requested)
 by g5t0008.atlanta.hp.com (Postfix) with ESMTPS id 0145E24E20
 for <oracle-l@freelists.org>; Wed, 12 Dec 2012 21:36:59 +0000 (UTC)
Received: from G5W5500.americas.hpqcorp.net (16.201.144.180) by
 G5W2206G.americas.hpqcorp.net (16.228.43.185) with Microsoft SMTP Server
 (TLS) id 14.2.283.4; Wed, 12 Dec 2012 21:35:27 +0000
Received: from G5W2734.americas.hpqcorp.net ([169.254.2.46]) by
 G5W5500.americas.hpqcorp.net ([16.201.144.180]) with mapi id 14.02.0283.004;
 Wed, 12 Dec 2012 21:35:27 +0000
From: "Powell, Mark" <mark.powell2@hp.com>
To: ORACLE-L <oracle-l@freelists.org>
Subject: RE: OT: RE: interview question on schema design
Thread-Topic: OT: RE: interview question on schema design
Date: Wed, 12 Dec 2012 21:35:26 +0000
Message-ID: <1E24812FBE5611419EFAFC488D7CCDD112187092@G5W2734.americas.hpqcorp.net>
References: <DB806F2BEB98ED4FB8172F8CE09447FF946A6CD1E1@EXCH-MBX05.allegisgroup.com>
 <CAJvnOJbR58a0At--qmLDG8YBAOjWHvS3vrbUER3z3HqA0tzVxw@mail.gmail.com>
In-Reply-To: <CAJvnOJbR58a0At--qmLDG8YBAOjWHvS3vrbUER3z3HqA0tzVxw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [16.201.12.21]
Content-type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
X-archive-position: 46079
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: mark.powell2@hp.com
Precedence: normal
Reply-To: mark.powell2@hp.com
List-help: <mailto:ecartis@freelists.org?Subject=help>
List-unsubscribe: <oracle-l-request@freelists.org?Subject=unsubscribe>
List-software: Ecartis version 1.0.0
List-Id: oracle-l <oracle-l.freelists.org>
X-List-ID: oracle-l <oracle-l.freelists.org>
List-subscribe: <oracle-l-request@freelists.org?Subject=subscribe>
List-owner: <mailto:steve.adams@ixora.com.au>
List-post: <mailto:oracle-l@freelists.org>
List-archive: <http://www.freelists.org/archives/oracle-l>
X-list: oracle-l


DBA's in general dislike java applications for just the reason mentioned: bad database access technique.  I am sure there are many well written java applications that access Oracle; it is just that the rule seems to be to code poorly.   Also java programmers have a tendency to try to do what should be done inside the database instance within their code.  I remember reading a forum thread where the java developers were trying to cache the database data within their application where multiple java application servers would be in use since this would be better than having to go to the database for the data!

The problem is not the java language, but rather a combination of  how the java frameworks are designed, inexperienced developers, and poor project management which results in poorly performing applications that kill the database.


-----Original Message-----
From: oracle-l-bounce@freelists.org [mailto:oracle-l-bounce@freelists.org] On Behalf Of Andrew Kerber
Sent: Wednesday, December 12, 2012 2:10 PM
To: mbrady@allegisgroup.com
Cc: oracledbaquestions@gmail.com; ORACLE-L
Subject: Re: OT: RE: interview question on schema design

You have expressed exactly why DBA's (in general) are so disdainful of Java programming.  While no doubt there are exceptions, in my experience Java programmers never look at the code underlying their objects, and blame the DBA when their application is slow.**  In particular, Java seems very prone to producing huge numbers of round trips from the application server to the database and back, pulling one row or even one row and one column of data at a time when some very simple query and schema design could get all of the data in a single trip.
On Wed, Dec 12, 2012 at 12:33 PM, Brady, Mark <mbrady@allegisgroup.com>wrote:

> That attitude is promulgated by tools like hibernate (
> http://www.hibernate.org/) which increases the developer's ability to 
> rapidly develop new applications by abstracting the database [away]. 
> It abstracts the database away, so you no longer have to /think/ about it.
> Adoption of those frameworks has been slower in .net communities but 
> where it is adopted you find the same attitude.
>
> <SNIP>
>
>
>


--
Andrew W. Kerber

'If at first you dont succeed, dont take up skydiving.'


--
http://www.freelists.org/webpage/oracle-l


--
http://www.freelists.org/webpage/oracle-l


