Nomi dell'oggetto del database idonei

I nomi oggetto devono essere completamente qualificati nel file dei parametri. Ciò significa che tutte le specifiche dei nomi devono essere qualificate, non solo quelle fornite come input per la sintassi dei parametri di Oracle GoldenGate, ma anche i nomi in una procedura SQL o in una query fornita come input SQLEXEC, i nomi nell'input user exit e tutti gli altri input forniti nel file dei parametri.

Oracle GoldenGate supporta i nomi degli oggetti in due e tre parti, a seconda delle esigenze del database.

Nomi in due parti

La maggior parte dei database richiede solo nomi in due parti, nel seguente formato:

*owner.object*

Ad esempio: HR.EMP

Dove:

proprietario è uno schema o un database, a seconda del modo in cui il database definisce uno spazio di nomi logico contenente oggetti di database. oggetto è una tabella o un altro oggetto di database supportato.

I database per i quali Oracle GoldenGate supporta i nomi in due parti sono i seguenti, indicati con la convenzione di denominazione in due parti appropriata:

Nomi in tre parti

Oracle GoldenGate supporta nomi in tre parti per il container database Oracle, solo in caso di utilizzo di Extract a valle. Tuttavia, Oracle GoldenGate supporta solo Extract per PDB per Oracle AI Database, in generale.

I nomi in tre parti sono necessari per l'acquisizione da un container database Oracle di origine perché un gruppo Extract può essere acquisito da più container. Pertanto, il nome del contenitore e lo schema devono essere specificati per ogni oggetto o oggetto in un'istruzione Extract TABLE.

Specificare un nome CDB Oracle in tre parti come indicato di seguito.

*container.schema.object*

Ad esempio: PDBEAST.HR.EMP

Applicazione di dati da più container o cataloghi

Per applicare i dati acquisiti da più container o cataloghi di origine a un container database Oracle di destinazione, sono necessari entrambi i nomi in tre e due parti. Nella parte MAP dell'istruzione MAP, ogni oggetto di origine deve essere associato a un contenitore o a un catalogo, proprio come nell'istruzione TABLE. Ciò consente (e Replicat) di mappare correttamente i dati da più container o cataloghi di origine agli oggetti di destinazione appropriati. Nella parte TARGET dell'istruzione MAP, tuttavia, sono necessari solo nomi in due parti. Questo perché Replicat può connettersi a un solo contenitore o catalogo di destinazione alla volta e schema.owner è un qualificatore sufficiente. Per supportare più container o cataloghi di destinazione, sono necessari più gruppi Replicat. Specificare il contenitore o il catalogo di destinazione con il parametro TARGETDB.

Specifica di un contenitore o di un catalogo predefinito

È possibile utilizzare il parametro SOURCECATALOG per specificare un catalogo predefinito per qualsiasi specifica TABLE, MAP o Oracle SEQUENCE successiva nel file dei parametri.

L'esempio seguente mostra l'uso di SOURCECATALOG per specificare il PDB Oracle predefinito denominato pdbeast per gli oggetti region e jobs e il PDB predefinito denominato pdbwest per gli oggetti appraisal. Gli oggetti in pdbeast vengono specificati con un nome di tre parti completamente qualificato, che non richiede la specifica di un catalogo predefinito.

TABLE pdbeast.hr.emp*;
SOURCECATALOG pdbeast
TABLE region.country*;
TABLE jobs.desg*;
SOURCECATALOG pdbwest
TABLE appraisal.sal*;