Abbruch in create_client_synonyms.sql

Hallo Jürgen, diesmal auf Deutsch, ist einfacher ;-) Ich bin fast am Ziel, für mein Client Schema "DEV" ist das Skript "grant_client_access" bereits erfolgreich durchgelaufen. Weil ich mit einer Sandbox-DB arbeite, die nicht in der zentral-verteilten TNS names ist, habe ich in der install_client.bat einfach den connect Befehl direkt eingebaut, daran sollte es aber nicht liegen:

echo @install_scripts/grant_client_access %InstallUser% %RemoteUser% | sql PIT_OWNER/******@//*****:1522/CIAPEX19C.WORLD 
echo @install_scripts/create_client_synonyms %InstallUser% %RemoteUser% | sql DEV/******@//*****:1522/CIAPEX19C.WORLD

Das Skript create_client_synonyms bricht vorzeitig ab, beim Anlegen den ersten Synonyms.

DEFAULT_TABLESPACE
_____________________
USERS
.    - Checking whether PIT exists at user PIT_OWNER

ERR_PRE    ERR_POST
__________ ___________
E_

Boolean type: number(1, 0), 1|0

********************************************************************************
*** Registering PIT, found at PIT_OWNER at client DEV

**  Registering parameter package.
*   Clean up schema DEV

**  Remove registration of parameter package.
*   Drop synonyms
*   Drop local objects
.    - Drop table PARAMETER_LOCAL
.    - Drop view PARAMETER_VW
*   Create synonyms
.    - Create synonym param
Abgemeldet von Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production
Version 19.7.0.0.0

es startet damit

prompt &h3.Create synonyms
@&tools.create_synonym.sql param

Abbruch müsste dann hier erfolgen, evtl. weil PIT_USER nicht übergeben wurde und der Vergleich dann schief geht.

prompt &s1.Create synonym &1.
begin
  if '&PIT_USER.' != user then
    execute immediate 'create or replace synonym &1. for &PIT_USER..&1.';
  end if;
end;
/

Gruß Stefan

Hallo Stefan,

PIT_USER muss durch den Namen des Eigentümers von PIT ersetzt werden: define PIT_USER=PIT_OWNER (in Deinem Fall). Hintergrund ist, dass ich keine Synonyme anlegen kann, wenn man als Eigentümer von PIT angemeldet ist. In diesem Fall würde der Skript Fehler werfen.

Beste Grüße

Jürgen

Am 04.04.2024 um 09:50 schrieb Stefan Polzer @.***>:

Hallo Jürgen, diesmal auf Deutsch, ist einfacher ;-) Ich bin fast am Ziel, für mein Client Schema "DEV" ist das Skript "grant_client_access" bereits erfolgreich durchgelaufen. Weil ich mit einer Sandbox-DB arbeite, die nicht in der zentral-verteilten TNS names ist, habe ich in der install_client.bat einfach den connect Befehl direkt eingebaut, daran sollte es aber nicht liegen:

echo @install_scripts/grant_client_access %InstallUser% %RemoteUser% | sql PIT_OWNER/**@//*:1522/CIAPEX19C.WORLD echo @install_scripts/create_client_synonyms %InstallUser% %RemoteUser% | sql DEV/**@//*:1522/CIAPEX19C.WORLD

Das Skript create_client_synonyms bricht vorzeitig ab, beim Anlegen den ersten Synonyms.

DEFAULT_TABLESPACE

USERS . - Checking whether PIT exists at user PIT_OWNER

ERR_PRE ERR_POST

E_

Boolean type: number(1, 0), 1|0

*** Registering PIT, found at PIT_OWNER at client DEV

** Registering parameter package.

Clean up schema DEV

** Remove registration of parameter package.

Drop synonyms

Drop local objects . - Drop table PARAMETER_LOCAL . - Drop view PARAMETER_VW

Create synonyms . - Create synonym param Abgemeldet von Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production Version 19.7.0.0.0 es startet damit

prompt &h3.Create synonyms @&tools.create_synonym.sql param Abbruch müsste dann hier erfolgen, evtl. weil PIT_USER nicht übergeben wurde und der Vergleich dann schief geht.

prompt &s1.Create synonym &1. begin if '&PIT_USER.' != user then execute immediate 'create or replace synonym &1. for &PIT_USER..&1.'; end if; end; / Gruß, Stefan

— Reply to this email directly, view it on GitHub https://github.com/j-sieben/PIT/issues/28, or unsubscribe https://github.com/notifications/unsubscribe-auth/AB5J7YCDBDHGKC5BACUQBBTY3UA4DAVCNFSM6AAAAABFWXO74WVHI2DSMVQWIX3LMV43ASLTON2WKOZSGIZDINZUGY4TAMQ. You are receiving this because you are subscribed to this thread.

j-sieben / PIT

Abbruch in create_client_synonyms.sql #28