Resumo dos Subprogramas DBMS_DCAT

Esta tabela lista os procedimentos de pacote DBMS_DCAT usados para criar, consultar e eliminar conexões do serviço Data Catalog.

Subprograma Descrição
Procedimento SET_DATA_CATALOG_CREDENTIAL Definir a credencial de acesso do catálogo de dados usada por uma conexão específica com o catálogo de dados
Procedimento SET_OBJECT_STORE_CREDENTIAL Definir a credencial usada pelo identificador de conexão exclusivo fornecido para acessar o Object Store
Procedimento SET_DATA_CATALOG_CONN Criar uma conexão com o catálogo de dados fornecido
Procedimento UNSET_DATA_CATALOG_CONN Remover uma conexão existente do serviço Data Catalog

Procedimento SET_DATA_CATALOG_CREDENTIAL

Este procedimento define a credencial de acesso do serviço Data Catalog usada por uma conexão específica com o serviço Data Catalog.

Sintaxe

PROCEDURE DBMS_DCAT.SET_DATA_CATALOG_CREDENTIAL(
    credential_name VARCHAR2(128) DEFAULT NULL,
    dcat_con_id     VARCHAR2 DEFAULT NULL
  );

Parâmetros

Parâmetro Descrição
credential_name A credencial usada para acessar o serviço Data Catalog.
dcat_con_id O identificador de conexão exclusivo do serviço Data Catalog. Essa credencial é usada para a conexão identificada por dcat_con_id. O padrão é Nulo.

Essa credencial deve ter permissões Gerenciar Catálogo de Dados; consulte Políticas do Serviço Data Catalog.

Procedimento SET_OBJECT_STORE_CREDENTIAL

Este procedimento define a credencial usada pelo identificador de conexão exclusivo fornecido para acessar o Armazenamento de Objetos. A alteração da credencial de acesso do Object Store altera todas as tabelas sincronizadas existentes para usar a nova credencial.

Sintaxe

PROCEDURE DBMS_DCAT.SET_OBJECT_STORE_CREDENTIAL(
    credential_name  VARCHAR2(128),
    dcat_con_id      IN VARCHAR2 DEFAULT NULL
  );

Parâmetros

Parâmetro Descrição
credential_name A credencial usada pelas tabelas externas para acessar o Object Store.
dcat_con_id O identificador de conexão exclusivo do serviço Data Catalog. O default é NULL.

Procedimento SET_DATA_CATALOG_CONN

Este procedimento cria uma conexão com o Catálogo de Dados fornecido. A conexão é necessária para sincronizar metadados com o serviço Data Catalog. Uma instância do Autonomous AI Database pode se conectar a várias instâncias do serviço Data Catalog e oferece suporte à conexão com o OCI Data Catalogs e o AWS Glue Data Catalogs.

Sintaxe

PROCEDURE DBMS_DCAT.SET_DATA_CATALOG_CONN (
   region         VARCHAR2 DEFAULT NULL,
   endpoint       VARCHAR2 DEFAULT NULL,
   catalog_id     VARCHAR2 DEFAULT NULL,
   dcat_con_id    VARCHAR2 DEFAULT NULL,
   catalog_type   VARCHAR2 DEFAULT NULL,
   token_endpoint VARCHAR2 DEFAULT Null
 );

Parâmetros

Parâmetro Descrição
region A região do Data Catalog. Se o endpoint for especificado, o region será opcional. Se endpoint e region forem fornecidos, a endpoint terá precedência. O padrão é NULL.
endpoint O ponto final do serviço Data Catalog. Se o region for especificado, o endpoint será opcional. Se endpoint e region forem fornecidos, a endpoint terá precedência. O padrão é NULL.
catalog_id O OCID (Oracle Cloud Identifier) exclusivo para a instância do serviço Data Catalog. Ao estabelecer conexão com o AWS Glue Data Catalogs, o catalog_id é opcional.
dcat_con_id Um identificador de conexão exclusivo do serviço Data Catalog. Esse identificador é obrigatório ao estabelecer conexão com vários Catálogos de Dados e é opcional ao estabelecer conexão com apenas um. É usado para fazer referência à conexão do serviço Data Catalog em chamadas subsequentes ou ao consultar views. Se nenhum identificador for especificado, este procedimento gerará um identificador de conexão NULO. As seguintes restrições são aplicadas para dcat_con_id:
  • Deve ser exclusivo na instância do Autonomous AI Database.
  • Deve começar com uma letra.
  • Pode conter caracteres alfanuméricos, sublinhados (_), cifrões ($) e sinais de libra (#).
  • Deve ter pelo menos 16 caracteres.
catalog_type O tipo de catálogo de dados a ser conectado. Valores permitidos:
  • OCI_DCAT - Catálogo de Dados do OCI
  • AWS_GLUE - Catálogo de Dados da AWS Glue
  • NULL - O tipo de catálogo é detectado automaticamente na região ou ponto final fornecido.
token_endpoint O ponto final do token de acesso para autenticação OAuth. O padrão é NULL.

Utilização

Você só precisa chamar este procedimento uma vez para definir a conexão. Como parte do processo de conexão, o Autonomous AI Database adiciona propriedades personalizadas ao serviço Data Catalog. Essas propriedades personalizadas são acessíveis aos usuários do serviço Data Catalog e permitem que você substitua nomes padrão (para esquemas, tabelas e colunas) e tipos de dados de coluna.

Antes de criar uma conexão, as credenciais devem ser criadas e definidas. Para obter uma descrição do processo de conexão, consulte Workflow Típico com o Serviço Data Catalog para Catálogos de Dados do OCI e Workflow do Usuário para Consultar com o AWS Glue Data Catalog para Catálogos de Dados do AWS Glue.

Exemplos

Exemplo: Estabelecendo Conexão com um OCID conhecido

Neste exemplo, o Autonomous AI Database está se conectando ao serviço Data Catalog na região uk-london-1. O parâmetro catalog_id usa o Oracle Cloud Identifier (ocid) para a instância do serviço Data Catalog. O tipo de Data Catalog é determinado automaticamente: AWS Glue Data Catalog ou OCI Data Catalog.

BEGIN
  DBMS_DCAT.SET_DATA_CATALOG_CONN(
    region=>'uk-london-1',
    catalog_id=>'ocid1.datacatalog.oc1.uk-london-1...');
END;
/

Exemplo: Conexão com um Catálogo de Dados do AWS Glue

Uma conexão é a associação entre uma instância do Autonomous AI Database e um Catálogo de Dados do AWS Glue. Após uma conexão bem-sucedida, a instância do Autonomous AI Database pode ser sincronizada com o AWS Glue. Cada conta da AWS tem um Catálogo de Dados do AWS Glue por região e cada catálogo pode ser acessado usando o ponto final de serviço correspondente para cada região. Uma instância do Autonomous AI Database pode ser associada a um Catálogo de Dados do AWS Glue chamando a API DBMS_DCAT.SET_DATA_CATALOG_CONN e especificando o ponto final da região em que o catálogo reside.

Consulte Pontos finais e cotas da AWS Glue.

Neste exemplo, o Autonomous AI Database está se conectando a um Catálogo de Dados do AWS Glue na região uk-london-1. Como essa é uma conexão do AWS Glue Data Catalog, o parâmetro catalog_id não é necessário.

BEGIN
  DBMS_DCAT.SET_DATA_CATALOG_CONN(
    region=>'uk-london-1',
    catalog_type=>'AWS_GLUE'
END;
/

Procedimento UNSET_DATA_CATALOG_CONN

Este procedimento remove uma conexão existente do serviço Data Catalog.

Sintaxe

Observação: Chamar este procedimento elimina todos os esquemas protegidos e as tabelas externas que foram criadas como parte das sincronizações anteriores. Ela não afeta os metadados no serviço Data Catalog.

PROCEDURE DBMS_DCAT.UNSET_DATA_CATALOG_CONN (
    dcat_con_id IN VARCHAR2 DEFAULT NULL
);

Parâmetros

Parâmetro Descrição
dcat_con_id O identificador de conexão exclusivo do serviço Data Catalog. O padrão é Nulo.

Subprogramas de Sincronização

A execução de uma sincronização, a criação e a eliminação de um job de sincronização e a eliminação de esquemas sincronizados podem ser executadas com os procedimentos listados nesta tabela.

Observação: Em 4 de abril de 2022, os parâmetros sync_option e grant_read foram adicionados ao procedimento DBMS_DCAT.RUN_SYNC. Para garantir o desempenho correto dos jobs de sincronização programados criados antes dessa data, você precisa eliminar e recriar os jobs de sincronização programados. Consulte Procedimento DROP_SYNC_JOB e Procedimento CREATE_SYNC_JOB.

Subprograma Descrição
Procedimento CREATE_SYNC_JOB Crie um job do scheduler para chamar RUN_SYNC periodicamente
Procedimento DROP_SYNC_JOB Eliminar um job de sincronização existente para o identificador de conexão exclusivo fornecido
Procedimento DROP_SYNCED_SCHEMAS Eliminar todos os esquemas sincronizados anteriormente para o identificador de conexão exclusivo fornecido
Procedimento RUN_SYNC Executar uma operação de sincronização

Procedimento RUN_SYNC

Este procedimento executa uma operação de sincronização e é o ponto de entrada para a sincronização. Como entrada, ele pega listas de ativos, pastas e entidades do catálogo de dados selecionados e materializa-os criando, eliminando e alterando tabelas externas.

O parâmetro sync_option especifica qual operação o procedimento RUN_SYNC executa: SYNC, DELETE ou REPLACE. A operação é executada em entidades dentro do escopo do parâmetro synced_objects.

Cada chamada para o procedimento RUN_SYNC retorna um operation_id exclusivo que pode ser usado para consultar a view USER_LOAD_OPERATIONS para obter informações sobre o status da sincronização e o log_table correspondente. A view DBMS_DCAT$SYNC_LOG pode ser consultada para facilitar o acesso ao log_table para a última operação de sincronização executada pelo usuário atual. Para obter mais detalhes, consulte View DBMS_DCAT$SYNC_LOG.

Observação: Em 4 de abril de 2022, os parâmetros sync_option e grant_read foram adicionados ao procedimento DBMS_DCAT.RUN_SYNC. Para garantir o desempenho correto dos jobs de sincronização programados criados antes dessa data, você precisa eliminar e recriar os jobs de sincronização programados. Consulte Procedimento DROP_SYNC_JOB e Procedimento CREATE_SYNC_JOB.

Sincronizando Entidades Lógicas Particionadas ou Tabelas de Cola

O procedimento RUN_SYNC cria uma tabela externa particionada para cada entidade lógica ou tabela de Colagem quando as três seguintes situações se aplicam:

  1. A entidade lógica ou tabela de Colagem do catálogo de dados do OCI tem um ou mais atributos particionados.

  2. Para catálogos de dados do OCI, a entidade lógica é derivada de um padrão de nome de arquivo baseado em prefixo. Não há suporte para entidades lógicas particionadas derivadas de padrões baseados em regex.

  3. Para catálogos de dados do OCI, a entidade lógica se baseia em dados particionados que seguem o formato de pasta hive-style ou não-hive. Não há suporte para entidades lógicas baseadas em dados particionados que seguem o formato de estilo não-hive usando nomes de objeto.

    • Exemplo 1. Entidades lógicas baseadas em objetos coletados que seguem o formato de particionamento de estilo do Hive com padrões de nome de arquivo baseados em prefixo.

      Considere os seguintes objetos:

      Bucket: MYBUCKET
cluster1/db1.db/sales/country=USA/year=2020/month=01/sales1.csv
cluster1/db1.db/sales/country=USA/year=2020/month=01/sales2.csv
cluster1/db1.db/sales/country=USA/year=2020/month=02/sales1.csv

      A coleta do bucket usando um padrão de nome de arquivo com um prefixo de pasta inicial cluster1/db1.db gera uma entidade lógica chamada SALES com três atributos de partição: country, year e month. O tipo de atributos particionados é Partition, enquanto o tipo de atributos não particionados é Primitive.

    • Exemplo 2. Entidades lógicas baseadas em objetos coletados que seguem o formato de particionamento de estilo não Hive com padrões de nome de arquivo baseados em prefixo.

      Considere os seguintes objetos:

      Bucket: MYBUCKET
cluster2/db2.db/sales/USA/2020/01/sales1.csv
cluster2/db2.db/sales/USA/2020/01/sales2.csv
cluster2/db2.db/sales/USA/2020/02/sales1.csv

      A coleta do bucket usando um padrão de nome de arquivo com um prefixo de pasta inicial cluster2/db2.db gera uma entidade lógica chamada SALES com três atributos de partição: name0, name1 e name2. A única diferença entre a entidade lógica gerada em comparação com o Exemplo 1 é que os nomes dos atributos particionados são gerados automaticamente, enquanto no Exemplo 1 eles são extraídos do URL (country, year e month, respectivamente).

Para obter um exemplo completo de sincronização de entidades lógicas particionadas, consulte Exemplo: Um Cenário de Dados Particionado.

Sincronização Incremental de Entidades Lógicas Particionadas/Tabelas de Cola

Cada chamada ao procedimento RUN_SYNC especifica um conjunto de entidades lógicas do catálogo de dados do OCI ou tabelas do AWS Glue a serem sincronizadas com o banco de dados. Quando uma entidade lógica ou tabela de cola está presente em duas chamadas RUN_SYNC, a segunda chamada preserva e possivelmente altera as tabelas externas existentes. A tabela a seguir mostra quais alterações de entidade lógica ou tabela de colagem são suportadas quando a entidade lógica ou tabela de colagem é particionada:

Alteração de Entidade Lógica ou Tabela de Cola Ação
Adição, remoção ou atualização de uma partição Todas as partições da tabela particionada externa são atualizadas, independentemente de uma alteração ter sido detectada pelo catálogo de dados.
Adição de um atributo particionado Não há suporte para adicionar uma coluna particionada a uma tabela particionada externa. Foi gerada uma exceção.
Exclusão de um atributo de partição Não há suporte para a eliminação de uma coluna particionada de uma tabela particionada externa. Foi gerada uma exceção.
Renomeação de um atributo particionado Não há suporte para a renomeação de uma coluna particionada em uma tabela particionada externa. Foi gerada uma exceção.

Sintaxe

PROCEDURE DBMS_DCAT.RUN_SYNC (
    synced_objects   IN  CLOB,
    sync_option      IN VARCHAR2 DEFAULT 'SYNC',
    error_semantics  IN VARCHAR2 DEFAULT 'SKIP_ERRORS',
    log_level        IN VARCHAR2 DEFAULT 'INFO',
    grant_read       IN VARCHAR2 DEFAULT NULL,
    dcat_con_id      IN VARCHAR2 DEFAULT NULL
 );
PROCEDURE DBMS_DCAT.RUN_SYNC (
    synced_objects   IN  CLOB,
    sync_option      IN VARCHAR2 DEFAULT 'SYNC',
    error_semantics  IN VARCHAR2 DEFAULT 'SKIP_ERRORS',
    log_level        IN VARCHAR2 DEFAULT 'INFO',
    grant_read       IN VARCHAR2 DEFAULT NULL,
    operation_id     OUT NOCOPY NUMBER,
    dcat_con_id      IN VARCHAR2 DEFAULT NULL
 );

Parâmetros

Parâmetro Descrição
synced_objects

Este parâmetro é um documento JSON que especifica os objetos do catálogo de dados a serem sincronizados.

Para o OCI Data Catalogs, o documento JSON especifica um conjunto de entidades em várias granularidades: ativos de dados, pastas (buckets do Object Store) ou entidades lógicas. Ele contém um asset_list que é um array de objetos de ativo ou um array que contém uma única string "*" que significa "sincronizar todos os ativos de dados (armazenamento de objeto) no catálogo".

Para o AWS Glue Data Catalogs, o documento JSON especifica uma lista de tabelas em várias granularidades: bancos de dados e tabelas. O documento especifica uma lista de bancos de dados. Os usuários podem restringir o conjunto de tabelas a serem sincronizadas especificando tabelas individuais em um banco de dados.
sync_option (Opcional) Há três opções:
  • SYNC (Padrão) - Essa opção garante que o que está no catálogo de dados, no escopo synced_objects, seja representado no Autonomous AI Database. Se uma entidade lógica ou tabela de colagem tiver sido excluída do catálogo de dados, desde a última operação de sincronização, ela será excluída no Autonomous AI Database. As seguintes operações são executadas no escopo synced_objects:
    • Adiciona tabelas para novas entidades do catálogo de dados
    • Remove tabelas para entidades excluídas do catálogo de dados
    • Atualiza propriedades (como nome, colunas e tipos de dados) para tabelas existentes
  • DELETE - Exclui tabelas dentro do escopo synced_objects.
  • REPLACE - Substitui todos os objetos atualmente sincronizados pelos objetos dentro do escopo synced_objects.
error_semantics (Opcional) Este parâmetro especifica o comportamento do erro. Se definido como SKIP_ERRORS, a sincronização tentará continuar apesar dos erros encontrados para entidades individuais. Se definido como STOP_ON_ERROR, o procedimento falhará no primeiro erro encontrado. O padrão é SKIP_ERRORS.
log_level (Opcional) Esse parâmetro especifica os seguintes valores em nível crescente de detalhes de log: (OFF, FATAL, ERROR, WARN, INFO, DEBUG, TRACE, ALL). O padrão é INFO.
grant_read (Opcional) Esse parâmetro é uma lista de usuários/funções que recebem automaticamente privilégios READ em todas as tabelas externas processadas por essa chamada de RUN_SYNC. Todos os usuários/funções na lista grant_read recebem privilégios READ em todas as tabelas externas novas ou já existentes que correspondem às entidades especificadas pelo parâmetro synced_objects. O procedimento RUN_SYNC preserva os privilégios já concedidos em tabelas externas sincronizadas.
operation_id

(Opcional) Esse parâmetro é usado para localizar a entrada correspondente em USER_LOAD_OPERATIONS para a sincronização e determinar o nome da tabela de logs.

Observação: Uma versão do RUN_SYNC que não retorna um operation_id está disponível para que os usuários possam consultar o USER_LOAD_OPERATIONS para obter a sincronização mais recente.

dcat_con_id Este parâmetro é o identificador de conexão exclusivo do catálogo de dados que foi especificado quando a conexão com o catálogo de dados foi criada. Consulte Procedimento SET_DATA_CATALOG_CONN. Este parâmetro identifica qual conexão é usada para sincronização e se torna parte do nome do esquema derivado. Consulte Mapeamento de Sincronização para obter uma descrição de como o nome do esquema é derivado. O parâmetro padrão é NULL.

Exemplos

Exemplo: Sincronizar todas as entidades do OCI Data Catalog.

No exemplo a seguir, todas as entidades do serviço Data Catalog são sincronizadas.

EXEC DBMS_DCAT.RUN_SYNC(synced_objects=>'{"asset_list":["*"]}');

Exemplo: parâmetro synced_objects para sincronizar todos os ativos de dados do OCI Data Catalog.

Veja a seguir um exemplo de parâmetro synced_objects para sincronizar todos os ativos de dados (Object Storage) no serviço Data Catalog.

{"asset_list" : ["*"]}

Exemplo: parâmetro synced_objects para sincronizar ativos de dados específicos do OCI Data Catalog.

Veja a seguir um exemplo de parâmetro synced_objects para sincronizar dois ativos de dados.

{"asset_list": [
        {
            "asset_id":"...-9e2e7f78fd5f"
        },
        {
            "asset_id":"...-9e2e7f74523"
        }
    ]}

Exemplo: parâmetro synced_objects para sincronizar entidades específicas do OCI Data Catalog em um ativo de dados.

O exemplo a seguir mostra um parâmetro synced_objects para sincronizar duas entidades dentro do ativo de dados.

{"asset_list": [
        {
            "asset_id":"...-9e2e7f78fd5f",
            "folder_list":[
                "f1",
                "f2"
           ]
        }
    ]}

Exemplo: parâmetro synced_objects para sincronizar pastas e entidades específicas do OCI Data Catalog em um ativo de dados.

O exemplo a seguir mostra um parâmetro synced_objects para sincronizar duas pastas e duas entidades dentro do ativo de dados.

{"asset_list":[
        {
            "asset_id":"...-9e2e7f78fd5f",
            "entity_list": [
                "entity1",
                "entity2"
            ],
             "folder_list": [
                "f1",
                "f2"
            ]
        }
    ]}

Exemplo: Parâmetro synced_objects para Sincronizar Todos os Bancos de Dados do AWS Glue Data Catalog.

O exemplo a seguir mostra um parâmetro synced_objects para sincronizar todos os bancos de dados no AWS Glue Data Catalog.

{"database_list":["*"]}

Exemplo: Parâmetro synced_objects para Sincronizar Dois Bancos de Dados do AWS Glue Data Catalog.

O exemplo a seguir mostra um parâmetro synced_objects para sincronizar dois bancos de dados do AWS Glue Data Catalog.

{"database_list":[
    {"database":"tpcdscsv"},
    {"database":"tpcdsparquet"} ]}

Exemplo: Parâmetro synced_objects para Sincronizar Três Bancos de Dados do AWS Glue Data Catalog.

O exemplo a seguir mostra um parâmetro synced_objects para sincronizar três tabelas de um banco de dados do AWS Glue Data Catalog.

{"database_list":[
 {"database":"tpcdsparquet",
     "table_list": [ "tpcdsparquet_customer",
                     "tpcdsparquet_item",
                     "tpcdsparquet_web_sales" ] } ]}

Procedimento CREATE_SYNC_JOB

Este procedimento cria um job do scheduler para chamar RUN_SYNC periodicamente

Ele utiliza como entrada o conjunto de objetos a serem sincronizados, a semântica de erro, o nível de log e um intervalo de repetição. Consulte Procedimento RUN_SYNC para obter mais detalhes sobre como a sincronização funciona.

Só pode haver um único job de sincronização. O procedimento CREATE_SYNC_JOB falhará se outro job já estiver especificado, a menos que o parâmetro de imposição seja definido como TRUE. Se a imposição for definida como TRUE, o job anterior será eliminado.

Se um job do scheduler tentar ser executado enquanto outra sincronização estiver em andamento, o job do scheduler falhará.

Observação: Em 4 de abril de 2022, os parâmetros sync_option e grant_read foram adicionados ao procedimento DBMS_DCAT.RUN_SYNC. Para garantir o desempenho correto dos jobs de sincronização programados criados antes dessa data, você precisa eliminar e recriar os jobs de sincronização programados. Consulte Procedimento DROP_SYNC_JOB e Procedimento CREATE_SYNC_JOB.

Sintaxe

PROCEDURE DBMS_DCAT.CREATE_SYNC_JOB (
    synced_objects   IN CLOB,
    error_semantics  IN VARCHAR2 DEFAULT 'SKIP_ERRORS',
    log_level        IN VARCHAR2 DEFAULT 'INFO',
    repeat_interval  IN VARCHAR2,
    force            IN VARCHAR2 DEFAULT 'FALSE',
    grant_read       IN VARCHAR2 DEFAULT NULL,
    sync_option      IN VARCHAR2 DEFAULT 'SYNC',
    dcat_con_id      IN VARCHAR2 DEFAULT NULL
);

Parâmetros

Parâmetro Descrição
synced_objects Um objeto JSON que especifica os objetos a serem sincronizados, conforme descrito no procedimento RUN_SYNC. Consulte Procedimento RUN_SYNC.
error_semantics (Opcional) Comportamento de erro, conforme especificado para RUN_SYNC. O padrão é SKIP_ERRORS.
log_level (Opcional) Nível de log, conforme especificado para RUN_SYNC. O padrão é INFO.
repeat_interval Repita o intervalo para o job, com a mesma semântica do parâmetro de intervalo de repetição do procedimento DBMS_SCHEDULER.CREATE_JOB. Para obter detalhes sobre o repeat_interval, consulte Visão Geral da Criação de Jobs.
force (Opcional) Se TRUE, os jobs de sincronização existentes serão excluídos primeiro. Se FALSE, o procedimento CREATE_SYNC_JOB falhará se já existir um job de sincronização. O padrão é FALSE.
grant_read (Opcional) Lista de usuários/funções a serem concedidos READ nas tabelas externas sincronizadas, conforme descrito para o procedimento RUN_SYNC. Consulte Procedimento RUN_SYNC.
sync_option (Opcional) Comportamento em relação às entidades que já foram sincronizadas por meio de uma operação RUN_SYNC anterior, conforme descrito para o procedimento RUN_SYNC. Consulte Procedimento RUN_SYNC.
dcat_con_id Este parâmetro é o identificador de conexão exclusivo do serviço Data Catalog que foi especificado quando a conexão com o serviço Data Catalog foi criada. Consulte Procedimento SET_DATA_CATALOG_CONN. Este parâmetro identifica qual conexão é usada para sincronização e se torna parte do nome do esquema derivado. Consulte Mapeamento de Sincronização para obter uma descrição de como o nome do esquema é derivado. O parâmetro padrão é NULL.

Procedimento DROP_SYNC_JOB

Este procedimento elimina um job de sincronização existente para o identificador de conexão exclusivo fornecido.

Sintaxe

PROCEDURE DBMS_DCAT.DROP_SYNC_JOB (
    dcat_con_id IN VARCHAR2 DEFAULT NULL
  );

Parâmetros

Parâmetro Descrição
dcat_con_id O identificador de conexão exclusivo do serviço Data Catalog. O default é NULL.

Procedimento DROP_SYNCED_SCHEMAS

Este procedimento elimina todos os esquemas sincronizados anteriormente para o identificador de conexão exclusivo fornecido.

Sintaxe

PROCEDURE DBMS_DCAT.DROP_SYNCED_SCHEMAS (
    dcat_con_id IN VARCHAR2 DEFAULT NULL
  );

Parâmetros

Parâmetro Descrição
dcat_con_id O identificador de conexão exclusivo do serviço Data Catalog. O default é NULL.