pg.ddx.io pgsql-admin@postgresql.org mailing list archive
help / color / mirror / Atom feedCall to package procedure in Oracle not working
2+ messages / 2 participants
[nested] [flat]
* Call to package procedure in Oracle not working
@ 2021-07-23 17:06 karen.smalara@boehringer-ingelheim.com
2021-07-23 17:22 ` Re: Call to package procedure in Oracle not working Bruce Momjian <bruce@momjian.us>
0 siblings, 1 reply; 2+ messages in thread
From: karen.smalara@boehringer-ingelheim.com @ 2021-07-23 17:06 UTC (permalink / raw)
To: pgsql-admin@lists.postgresql.org
We have migrated from Oracle to PostgreSQL and one thing could only be tested in Production and of course it is not working so I am desperate for a solution.
In Oracle (it works here), we had a database link and a synonym to a subroutine in the foreign table package:
* DBLINK to another Oracle database: REMP_MSS
* Package name in REMP_MSS: REMP_API CREATE OR REPLACE SYNONYM "PGXLIMSP"."REMPASS_API" FOR "REMPASS_API"@"REMP_MSS"
* SYNONYM: CREATE OR REPLACE SYNONYM "PGXLIMSP"."REMPASS_API" FOR "REMPASS_API"@"REMP_MSS";
* Call from an Oracle procedure rempass_api.put_line(0,'');
This is what we have in POSTGRESQL:
* Using oci_dblink, a foreign server named REMP_MSS, this link works because we can query tables in this database
* SYNONYM: CREATE OR REPLACE SYNONYM "PGXLIMSV8"."REMPASS_API" FOR "REMPASS_API"@"REMP_MSS"
* Call from Oracle procedure rempass_api.put_line(0,' '); but get the error message "schema REMPASS_API@REMP_MSS does not exist"
In the Oracle database this is the package that has the put_line subroutine
[cid:image003.png@01D77FC1.ECE1DDC0]
We gave tried several variations of the call but all error out with "schema xyz does not exist":
* CALL "REMPASS_API@REMP_MSS".put_line(0,'');
* CALL "MSS.REMPASS_API@REMP_MSS ".put_line(0,'');
* CALL "MSS.REMPASS_API@REMP_MSS ".put_line(0,'');
* CALL "rempass_api@remp_mss".put_line(0,'');
Can anyone help?
Best Regards,
Karen
[cid:image004.png@01D77FC3.96A07F50]<https://www.boehringer-ingelheim.us/;
Karen Smalara
Senior Principal Software Engineer
Boehringer Ingelheim Pharmaceuticals, Inc.
900 Ridgebury Road, Ridgefield, CT 06877
C: +1 804 244 0111
karen.smalara@boehringer-ingelheim.com<mailto:karen.smalara@boehringer-ingelheim.com>
Facebook<https://www.facebook.com/BoehringerUS/; | Twitter<https://twitter.com/boehringerus; | Instagram<https://www.instagram.com/boehringerus/; | LinkedIn<https://www.linkedin.com/company/boehringer-ingelheim;
This e-mail is confidential and may also be legally privileged. If you are not the intended recipient please reply to sender, delete the e-mail and do not disclose its contents to any person. Any unauthorized review, use, disclosure, copying or distribution is strictly prohibited.
Attachments:
image003.png (image/png, 4.6K) download
view image
image004.png (image/png, 6.9K) download
view image
* Re: Call to package procedure in Oracle not working
2021-07-23 17:06 Call to package procedure in Oracle not working karen.smalara@boehringer-ingelheim.com
@ 2021-07-23 17:22 ` Bruce Momjian <bruce@momjian.us>
0 siblings, 0 replies; 2+ messages in thread
From: Bruce Momjian @ 2021-07-23 17:22 UTC (permalink / raw)
To: karen.smalara@boehringer-ingelheim.com; +Cc: pgsql-admin@lists.postgresql.org
I think you are using EDB's Advanced Server product, and therefore need
to contact them for help on this.
---------------------------------------------------------------------------
On Fri, Jul 23, 2021 at 05:06:47PM +0000, karen.smalara@boehringer-ingelheim.com wrote:
> We have migrated from Oracle to PostgreSQL and one thing could only be tested
> in Production and of course it is not working so I am desperate for a solution.
>
>
>
>
>
> In Oracle (it works here), we had a database link and a synonym to a subroutine
> in the foreign table package:
>
> ● DBLINK to another Oracle database: REMP_MSS
> ● Package name in REMP_MSS: REMP_API CREATE OR REPLACE SYNONYM
> "PGXLIMSP"."REMPASS_API" FOR "REMPASS_API"@"REMP_MSS”
> ● SYNONYM: CREATE OR REPLACE SYNONYM "PGXLIMSP"."REMPASS_API" FOR
> "REMPASS_API"@"REMP_MSS";
> ● Call from an Oracle procedure rempass_api.put_line(0,'');
>
>
>
> This is what we have in POSTGRESQL:
>
> ● Using oci_dblink, a foreign server named REMP_MSS, this link works because
> we can query tables in this database
> ● SYNONYM: CREATE OR REPLACE SYNONYM "PGXLIMSV8"."REMPASS_API" FOR
> "REMPASS_API"@"REMP_MSS”
> ● Call from Oracle procedure rempass_api.put_line(0,' '); but get the error
> message “schema REMPASS_API@REMP_MSS does not exist”
>
>
>
> In the Oracle database this is the package that has the put_line subroutine
>
> [cid]
>
> We gave tried several variations of the call but all error out with “schema xyz
> does not exist”:
>
> ● CALL "REMPASS_API@REMP_MSS".put_line(0,'');
> ● CALL "MSS.REMPASS_API@REMP_MSS ".put_line(0,'');
> ● CALL "MSS.REMPASS_API@REMP_MSS ".put_line(0,'');
> ● CALL "rempass_api@remp_mss".put_line(0,'');
>
>
>
> Can anyone help?
>
>
>
> Best Regards,
>
> Karen
>
> [cid] Karen Smalara
>
> Senior Principal Software Engineer
>
> Boehringer Ingelheim Pharmaceuticals, Inc.
>
> 900 Ridgebury Road, Ridgefield, CT 06877
>
> C: +1 804 244 0111
>
> karen.smalara@boehringer-ingelheim.com
>
> Facebook | Twitter | Instagram | LinkedIn
>
>
>
>
>
>
>
>
> This e-mail is confidential and may also be legally privileged. If you are not
> the intended recipient please reply to sender, delete the e-mail and do not
> disclose its contents to any person. Any unauthorized review, use, disclosure,
> copying or distribution is strictly prohibited.
--
Bruce Momjian <bruce@momjian.us> https://momjian.us
EDB https://enterprisedb.com
If only the physical world exists, free will is an illusion.
^ permalink raw reply [nested|flat] 2+ messages in thread
end of thread, other threads:[~2021-07-23 17:22 UTC | newest]
Thread overview: 2+ messages (download: mbox mbox.gz follow: Atom feed)
-- links below jump to the message on this page --
2021-07-23 17:06 Call to package procedure in Oracle not working karen.smalara@boehringer-ingelheim.com
2021-07-23 17:22 ` Bruce Momjian <bruce@momjian.us>
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox