| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> Re[2]: OT ? for people who know other databases besides Orac
Stephane,
I'll add your friend onto the addressee list as I've had to delve int=
o some
of her concerns & they are valid.
As far as a init.ora parameter that you mentioned I don't remember on=
e in
any version of Oracle & I've been at this since Oracle V3. A check on Me=
talink
also came up negative. Now there is a parameter for the PRO* precompiler=
s
called "sqlcheck" which can be set to ansi and a few others (full, semant=
ics,
none, limited).
Now to your friends point, Oracle is using PL/SQL & Java (Sun's varia=
nt) for
stored packages, triggers, functions, etc... Other RDBMS vendors may eit=
her not
support this functionality or do so via there own proprietary methods (I =
believe
SQL*Server does it via VB like stuff). Therefore there is a definite
possibility that they may firmly link themselves to Oracle as their only
database vendor or have to maintain separate code bases for these types o=
f
items, one for each db vendor. Not exactly an Oracle problem, but I beli=
eve
that's the dark side of "standardization".
Dick Goulet
____________________Reply Separator____________________Subject: Re: OT ? for people who know other databases besides Oracle Author: =3D?iso-8859-1?q?paquette=3D20stephane?=3D <stephane_paquette_at_yah= oo.com>
On Oracle 7.x there used to be an init.ora parameter "sql_ansi" or something that you could set true/false in order to know if your sql code was ansi compatible or not.
Unfortunately, this parameter doesn't exist on 8i.
For sure, portability is the opposite of performance.
Having your application to work on many rdbms will prevent you to have the Oracle only features. Or you can build a driver per rdbms in order to used each rdbms functionnalities.
Hvae fun !
> 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?
> =
> Any insights would be greatly welcomed. Feel free
> to email me privately at
> lseley_at_iqnavigator.com.
> =
> Thanks!
> =
> Linda
> -- =
> Please see the official ORACLE-L FAQ:
> http://www.orafaq.com
> -- =
> Author: Seley, Linda
> INET: LSeley_at_IQNavigator.com
> =
> Fat City Network Services -- (858) 538-5051 FAX:
> (858) 538-5051
> San Diego, California -- Public Internet
> access / Mailing Lists
>
=3D=3D=3D=3D=3D
Stephane Paquette
DBA Oracle
stephane_paquette_at_yahoo.com
a year! http://personal.mail.yahoo.com/ -- =
Please see the official ORACLE-L FAQ: http://www.orafaq.com -- =
Author: =3D?iso-8859-1?q?paquette=3D20stephane?=3D INET: stephane_paquette_at_yahoo.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 Received on Wed Jan 31 2001 - 08:58:14 CST
 |
 |