Config of multiple SQL-Server databases without multiple gateways-possible?

Question

Hi Guys
Can someone tell me if there's any way of connecting to different SQL Server databases (using Transparent Gateway) WITHOUT having to create multiple gateways?
I have read in various sources that I MUST create one gateway per target database. I was contemplating a workaround such as creating a sysadmin SS user (and using these credentials in the db link) and trying to access any one of the databases within the SS instance. As I'm sure you know, you can query a SS database via a sysadmin user like:
select * from my_db.dbo.my_table
I realise it was a long shot to execute this from Oracle select * from my_db.dbo.my_table@my_dblink and yes....it didn't work.
We have SS databases that are constantly dropped, recreated, renamed etc so we don't want to configure transparent gateway for a database only for it to be dropped 5 minutes later.
Thanks in advance, Jon
Edited by: user10240703 on 01-Oct-2009 03:07

Answer 1

Thanks! I'm sure that's the fella...but things still progressing at snails pace.
after (somehow) fixing the following ....
ORA-02055: distributed update operation failed; rollback required
ORA-02067: transaction or savepoint rollback required
ora-1591 lock held in - doubt distributed transaction error
I now get and can't get round the following error:
PLS-00487: Invalid reference to variable 'REC1'
Here's the simple code
SQL Server
alter procedure jontest as
begin transaction
select test from dbo.a
commit
Note: test is a varchar(50)
PLSQL code
create or replace package rcpackage is type RCTYPE is ref cursor;end rcpackage;
declare
rc1 rcpackage.rctype;
rec1 varchar2(50);
out_arg varchar2(255);
begin
rollback;
out_arg := null;
dbo.jontest@omg(rc1);
fetch rc1 into rec1;
dbms_output.put_line(rec1.test);
close rc1;
end;
Note: as you can see, the sql server column and the rec1 are the same datatype so i've no idea why it doesn't like this. I've tried with different datatypes, integers etc with the same error. Any clue? Thanks,
Getting there, but slowly :-)