Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> RE: How to invoke stored procedures from another instance?

RE: How to invoke stored procedures from another instance?

From: Stephane Faroult <sfaroult_at_oriolecorp.com>
Date: Thu, 28 Aug 2003 02:59:36 -0800
Message-ID: <F001.005CDACF.20030828025936@fatcity.com>

>
>Hi listers,
>=20
>Assume that there are two instances in Oracle. Both
>instances are on =
>different machines and different Oracle versions.
>There is a table on =
>first instance. Any update on this table should
>invoke stored procedures =
>on the second instance. This should be real time
>based. Options we =
>looked at are
>=20
>1. Trigger on the table invoking the procedures of
>the other instance
>2. Using dbms_alert
>3. Some kind of polling mechanism
>=20
>Triggers we would like to avoid. Options we are
>left with are dbms_alert =
>and polling mechanism.=20
>=20
>Is it possible to use dbms_alert in this case? If
>yes how?
>=20
>Can you think of some kind of polling mechanism
>which will satisfy the =
>need of real time communication? Updates on the
>table is done at a very =
>fast rate, hence processing should also be at a
>fast rate.
>=20
>Any help in this regard is very much appreciated.
>=20
>Thanks and Regards,
>=20
>Ranganath
>=20

I agree with your reluctance to use triggers; the problem is that whenever the second instance is down, then you couldn't do anything on the first. Basically, what you want to implement are near real-time although not quite synchronous snapshots. I have never used DBMS_ALERT in this way, but I think that it would be possible to have a database link on the second instance referencing the first one and invoking DBMS_ALERT through it. Beware with DBMS_ALERT though, my memories are not very fresh but there are some problems with COMMITs (which you can workaround with autonomous transactions, but then the alertee can be woken up by a rolled back transaction, a case which has to be handled by your code); DBMS_PIPE is another solution, which also has its flaws. Avanced queuing seems to me to be a fine mess, but perhaps it's worth a look too.

Regards,

Stephane Faroult
Oriole

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Stephane Faroult
  INET: sfaroult_at_oriolecorp.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
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 Thu Aug 28 2003 - 05:59:36 CDT

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US