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 AE41319610DE
 for <oracle-l@orafaq.com>; Wed, 12 Dec 2012 19:57:01 +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 19:57:01 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 6C390F2291D;
 Wed, 12 Dec 2012 13:35:26 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=freelists.org;
 s=turing; t=1355337326;
 bh=zdDbJ745MnAUkzVXZMjHEbZaMz5l/+gMxmBYLUJ5EqA=;
 h=From:To:Date:Subject:Message-ID: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=RpSIYWiGHDPJv5XRw60UbJtsMf1WoICekFYsOeUwuaga3MJWhHZXmLojT3RrCW+jt
	 LyrKjze3+ppygHNTcyLdw2lzoaWd4aydWR5NLO8yLWG6FonPBB2okHo5O68wwC2Siu
	 1Q1OxuYeZqxIgHVRZ+EacO0ByVVGnEi9O1sHD6ZM=
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 JBzmHxm2eMF4; Wed, 12 Dec 2012 13:35:26 -0500 (EST)
Received: from turing.freelists.org (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id C2073F22855;
 Wed, 12 Dec 2012 13:34:41 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=freelists.org;
 s=turing; t=1355337323;
 bh=zdDbJ745MnAUkzVXZMjHEbZaMz5l/+gMxmBYLUJ5EqA=;
 h=From:To:Date:Subject:Message-ID: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=w72jw9zl40Hllqj3e5q9xunQfEVrngKnl6759D+pmCd6wsKJy7B5yUYqCRPaioJc/
	 7fTLSE43UNWLu774maexbIIYrS5pkjIByj5VOB7k79+exolWM3+cyDxSrIR/Iqvid+
	 aKTHvdS0ezQbjz2Iq/tcrBtg4+ScQusbfNyQWbaM=
Received: with ECARTIS (v1.0.0; list oracle-l); Wed, 12 Dec 2012 13:33:58 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 2C675F227DF
 for <oracle-l@freelists.org>; Wed, 12 Dec 2012 13:33:57 -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 vi0mbHiocjec for <oracle-l@freelists.org>;
 Wed, 12 Dec 2012 13:33:57 -0500 (EST)
Received: from EX07-EDGE01.allegisgroup.com (mail01.allegisgroup.com [216.152.100.31])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id B9862F228AB
 for <oracle-l@freelists.org>; Wed, 12 Dec 2012 13:33:48 -0500 (EST)
Received: from EX07-HUB01.allegisgroup.com (10.0.155.120) by
 mail01.allegisgroup.com (192.168.100.20) with Microsoft SMTP Server (TLS) id
 8.3.192.1; Wed, 12 Dec 2012 13:33:17 -0500
Received: from EXCH-MBX05.allegisgroup.com ([fe80::f4a0:e8dc:1015:57f5]) by
 EX07-HUB01.allegisgroup.com ([::1]) with mapi; Wed, 12 Dec 2012 13:33:42
 -0500
From: "Brady, Mark" <mbrady@allegisgroup.com>
To: "oracledbaquestions@gmail.com" <oracledbaquestions@gmail.com>, ORACLE-L
 <oracle-l@freelists.org>
Date: Wed, 12 Dec 2012 13:33:42 -0500
Subject: OT: RE: interview question on schema design
Thread-Topic: RE: interview question on schema design
Message-ID: <DB806F2BEB98ED4FB8172F8CE09447FF946A6CD1E1@EXCH-MBX05.allegisgroup.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
X-archive-position: 46063
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: mbrady@allegisgroup.com
Precedence: normal
Reply-To: mbrady@allegisgroup.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

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.

-----Original Message-----
From: oracle-l-bounce@freelists.org [mailto:oracle-l-bounce@freelists.org] On Behalf Of Dba DBA
Sent: Monday, December 10, 2012 3:24 PM
To: ORACLE-L
Subject: re: interview question on schema design

About 2 years ago I was working with a java architect who hated relational databases. He was convinced that a relational database could not handle the recursive style friend relationships that facebook had. I didn't get a chance to explain to him that yeah you can and that I think facebook primarily uses relational databases. I think they have some other things they use also. Then again this guy also told me that views were evil and his developers wanted to write their own database.
this was a system that was about 100 gbs. 98 gbs of it were in a couple of CLOB fields. They were stored .pdfs. So you had 2 gbs of relational data and it was really slow. I turned on oracle auditing (just the basic stuff) and audit all the sqls to the database. Locked in and clicked a few buttons. Each button click was 15-25 separate sql statements. I tried to explain to him that if you cut down the number of sqls and did some joins.
possibly simplified the table struct, this would run really fast. Got a blank look. All the SQL was generated. They considered the DB the 'persistence layer'. There were alot of 1 to 1 relationships mapping to objects as well. This lead to even queries.

For some reason its only the java people who are like this. I never run into this problem with C, python, .net or anything else developers.

On Fri, Dec 7, 2012 at 4:25 PM, kyle Hailey <kylelf@gmail.com> wrote:

> Here is an interview question using facebook for an example.
> It's a data modeling question that applies to a lot of social network
> sites and startups:
> http://dboptimizer.com/2012/11/07/facebook-news-feed-performance/
>
> I haven't answered the question, just provided some ideas.
>
> - Kyle
>
>
> --
> http://www.freelists.org/webpage/oracle-l
>
>
>


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




This electronic mail (including any attachments) may contain information that is privileged, confidential, and/or otherwise protected from disclosure to anyone other than its intended recipient(s). Any dissemination or use of this electronic mail or its contents (including any attachments) by persons other than the intended recipient(s) is strictly prohibited. If you have received this message in error, please notify us immediately by reply e-mail so that we may correct our internal records. Please then delete the original message (including any attachments) in its entirety. Thank you.
--
http://www.freelists.org/webpage/oracle-l


