Re: OT ? for people who know other databases besides Oracle

From: Dennis Taylor <ismgr_at_pctc.com>
Date: Wed, 31 Jan 2001 08:02:58 -0800
Message-ID: <F001.002A5AF1.20010131073135@fatcity.com>

Define (on paper) a "generic" set of database functions. Write a base class to handle all table activity. You can be as dbms-specific inside the class as you wish, but the published interface should be dbms-neutral. Beat your developers with a stick whenever they try to do an end-run around the class.

At 04:55 PM 1/30/01 -0800, you wrote:
>Our Java users are concerned that there may be a possibility that their code
>may have to work on top of a variety of databases. We use Oracle in-house
>but we, theoretically, may sell our product to another company that uses
>something else besides Oracle. Our product would then have to talk with
>their database. What, then, are the advantages and disadvantages of using
>views, procedures, triggers, etc. What would buy us the most portability?
>What headaches might we just have to deal with because there is no way
>around it?
>

Dennis Taylor

---

All warranties expire upon payment of invoice.

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Dennis Taylor
  INET: ismgr_at_pctc.com

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

Received on Wed Jan 31 2001 - 10:02:58 CST