From oracle-l-bounce@freelists.org Thu Apr 14 06:57:53 2005 Return-Path: Received: from air891.startdedicated.com (root@localhost) by orafaq.com (8.12.10/8.12.10) with ESMTP id j3EBvrDM005028 for ; Thu, 14 Apr 2005 06:57:53 -0500 X-ClientAddr: 206.53.239.180 Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180]) by air891.startdedicated.com (8.12.10/8.12.10) with ESMTP id j3EBvrem005024 for ; Thu, 14 Apr 2005 06:57:53 -0500 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 2D4EC9694E; Thu, 14 Apr 2005 05:55:41 -0500 (EST) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17345-08; Thu, 14 Apr 2005 05:55:41 -0500 (EST) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id A3B1A9678C; Thu, 14 Apr 2005 05:55:40 -0500 (EST) Message-ID: <425E4BC3.6030009@iinet.net.au> Date: Thu, 14 Apr 2005 20:53:55 +1000 From: Nuno Souto User-Agent: Mozilla Thunderbird 0.6 (Windows/20040502) X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: Oracle-L@freelists.org Subject: Re: Universal database interface? References: <5A14AF34CFF8AD44A44891F7C9FF410511E864@usahm236.amer.corp.eds.com> In-Reply-To: <5A14AF34CFF8AD44A44891F7C9FF410511E864@usahm236.amer.corp.eds.com> Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 18454 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-To: oracle-l-bounce@freelists.org X-original-sender: dbvision@iinet.net.au Precedence: normal Reply-To: dbvision@iinet.net.au X-list: oracle-l X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at avenirtech.net X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on air891.startdedicated.com X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=ham version=2.60 X-Spam-Level: Powell, Mark D apparently said,on my timestamp of 13/04/2005 11:23 PM: > I think Tom Kyte of asktom fame wrote a response on this topic that said if > he was going to design a database independent application he would write a > web interface without any SQL calls. Instead all SQL would be encapsulated > in procedure calls that pass back cursors. This was you just write a > database specific procedure for each port: Oracle, DB2, SQL Server, etc.... > > Naturally this makes any database without stored procedures a non-choice for > the product. > > I kind of like this design idea. > Not just Tom. I did two designs for the RAAF back in 2001 where there was not a single SQL anywhere. All PL/SQL calls, API-style, 8ir3 on a J2EE Websphere-based application, using PL/SQL record types to transfer data in/out. Not a single EJB in sight, pure DAOs. Still the best performing NT-based applications in the local Air Force. By a country mile. The method works and works good. It also shields the code from minor underlying database changes. And makes life a lot easier for the db designer. Ah yes: we also used XML to extract the definitions of all that and pass them back to the Websphere developers so they could build their DAOs using the latest. -- Cheers Nuno Souto in sunny Sydney, Australia dbvision@iinet.net.au -- http://www.freelists.org/webpage/oracle-l