Importar Cadastro (Dimensão)

De CIGAM WIKI
Revisão de 18h03min de 22 de fevereiro de 2022 por Palomara.dagort (discussão | contribs) (Criou página com '<br>{{VoltarPagina}} BI > BI Serviço > Passos > Importar Cadastro (Dimensão) <P align="justify">Sincroniza o...')
(dif) ← Edição anterior | Revisão atual (dif) | Versão posterior → (dif)


Voltar
BI > BI Serviço > Passos > Importar Cadastro (Dimensão)

Sincroniza os dados de todas as tabelas que estão como Foreign Key na Tabela de Fatos informada, menos a própria Tabela de Fatos.
Cadastro

Impcadbi6

Conexão: Conexão referente a Tabela de Fatos que fará a sincronização.

Tabela: Tabela de Fatos a qual será utilizada para buscar as tabelas Foreign Key e sincronizar as tabelas.

Opção: Indica como os registros serão copiados ou atualizados.

  • Incluir: Copia todos os registros da origem para o destino e caso eles já existam no destino os atualiza.
  • Limpar: Exclui os registros no destino antes de copiar os dados da origem.
  • SincronizarLog: A tabela a ser copiada possui uma trigger que cria um log sobre as operações de inclusão, atualização e exclusão, e apenas registros com log serão copiados para o destino.

Utilizar Campo Identificador: Permite ao processo filtrar os registros da tabela de log que serão copiados.

Permitir Opção Otimizada: Otimiza os comandos fazendo com que eles tenham um desempenho superior nas seguintes condições:

  • Conexões de Origem e Destino iguais.
  • Conexões de Origem e Destino do mesmo banco(MsSql ou Oracle) e com a mesma base de dados.
  • Conexão de Destino for do banco MsSql, Oracle, MySQL ou PostgreSQL.

Avaliar Log Por Campos: Habilitada quando a propriedade Opção for igual a SincronizarLog.

Tamanho Transação: Indica o tamanho da transação.

Exemplo: Caso um grande volume de dados esteja sendo copiado e um erro ocorra, o banco de dados descarta todas as alterações feitas dentro da transação para garantir a integridade dos dados, porém dessa forma o processo de copia pode ficar extremamente lento, pois sempre que um erro ocorre todo o processo precisa ser feito novamente. Informando o tamanho da transação, a transação principal é dividida em transações menores que vão sendo efetivadas pelo banco de dados a medida que terminam e caso um erro ocorra, apenas a transação onde o erro ocorreu é descartada.

Ou seja uma transação com 1000 registros pode ser dividida em 10 transações com 100 registros cada, dessa forma se um erro ocorrer na 10ª transação, apenas 100 registros precisarão ser copiados novamente, pois as 9 transações anteriores já foram efetivadas.