Padrões de Projeto ETL - Convenções de Nomenclatura

Padrões de Projeto ETL -
Convenções de Nomenclatura
CAT/CEDAC
Versão 2.02
Governo do Estado do Ceará
Secretaria da Fazenda do Estado do Ceará – SEFAZ
Coordenadoria Administrativa e da Tecnologia da Informação – CAT
Célula de Administração de Dados e Conhecimento – CEDAC
Índice
1.Objetivo.................................................................................................................................3
2.Considerações Gerais...........................................................................................................3
3.Convenções de Nomenclatura..............................................................................................3
3.1.Conexões...................................................................................................................................................3
3.2.Source........................................................................................................................................................4
1)Para as pastas de hospedagem dos objetos source..............................................................................4
2)Para tabelas dos SGDBs (Relacional)....................................................................................................4
3)Para arquivos Flatfile...............................................................................................................................4
3.3.Loader........................................................................................................................................................5
1)Para os arquivos de saída de dados.......................................................................................................5
2)Para os arquivos de script de dados SQL DML......................................................................................5
3.4.Target.........................................................................................................................................................6
3.5.Mapa..........................................................................................................................................................6
3.6.Variáveis.....................................................................................................................................................7
3.7.Session.......................................................................................................................................................7
3.8.Task............................................................................................................................................................8
3.9.Workflow.....................................................................................................................................................8
3.10.Worklet.....................................................................................................................................................8
4.Objetos do Powercenter Repository Manager.......................................................................9
Objetos do Repositório................................................................................................................................9
Pastas e Grupos..........................................................................................................................................9
Objetos e Pastas Compartilhadas...............................................................................................................9
5.Componentes de Mapa.......................................................................................................10
Portas.........................................................................................................................................................12
6.Objetos do PowerCenter Workflow Manager......................................................................13
7.Objetos do Console de Administração................................................................................14
8.Anexo..................................................................................................................................15
Padrões de Projeto ETL - Convenções de Nomenclatura Página 2 de 15

Versão 2.02 de 14/11/2014 Classificação: Uso restrito
1. Objetivo
Este documento tem como objetivo orientar as equipes de desenvolvimento de ETL, compostas por
empresas parceiras e colaboradores da SEFAZ-CE, com foco nas convenções de nomenclatura dos
padrões de projeto de ETL desenvolvidos e adotados pela SEFAZ-CAT-CEDAC.
2. Considerações Gerais
A documentação original do Informatica Powercenter pode ser consultada no link:
https://mysupport.informatica.com/velocity/index.php/best-practices-all/149-development-techniques/364-
m1bp188
Para ter acesso à esta documentação é necessário realizar o login na página de suporte da INFORMATICA.
3. Convenções de Nomenclatura
Nas subsessões seguintes está descrita a convenção de nomes para os artefatos de cargas ETL com
ênfase nos componentes mais frequentemente adotados pela CEDAC.
3.1. Conexões
A sintaxe para nomenclatura dos objetos Connection do PowerCenter Workflow Manager é a seguinte:
<SGBD_DESTINO>_<INSTANCIA_DE_BANCO>_<USUARIO>_<sistema> (opcional/minúsculo)
SGBD_DESTINO: Corresponde ao tipo de banco de acordo com a Tabela Prefixo do SGDB.
INSTANCIA_DE_BANCO: Corresponde ao SGDB configurado e hospedado na infraestrutura da SEFAZ-CE.

Deve-se consultar o acervo de conexões ETL da SEFAZ-CE para escolher uma instancia de banco
adequada para a nomenclatura da conexão.
USUARIO: Corresponde ao usuário ETL que está configurado na conexão ETL.
sistema: Corresponde ao um descrito de sistema, caso haja duas conexões idênticas à nível de
SGBD_DESTINO, INSTANCIA_DE_BANCO e USUARIO.
Exemplos:

• ORA_NFECORP_ETL_USER_cevr;
• EXA_SIGETX_ETL_USER_SIGET;
• ORA_DWDESE_DW_ETL;
• IQ_IQDESE_ETL_USER.
3.2. Source
A sintaxe para nomenclatura os objetos Source do Powercenter Designer são as seguintes:
1) Para as pastas de hospedagem dos objetos source
<SGBD_ORIGEM>_<ESQUEMA_DE_BANCO>
SGBD_ORIGEM: Corresponde ao tipo de banco de acordo com a Tabela Prefixo do SGDB.
ESQUEMA_DE_BANCO: Corresponde ao Owner, se houver, da tabela de gravação, atualização ou exclusão

de dados.
Exemplos:
• IQ_DMT_INDICADORES;
• PG_SISCOEX.
2) Para tabelas dos SGDBs (Relacional)
<TABELA_DE_ORIGEM>_<descritor> (opcional/minúsculo)
TABELA_DE_ORIGEM: Nome da tabela de origem de onde os dados serão lidos.
descritor: Corresponde a um termo descritivo que indique a principal função do arquivo de Source. Deve ser
usado também, caso haja dois ou mais componentes source idênticos à nível de TABELA_DE_ORIGEM.
Exemplos:
• NOTA_FISCAL;
• ITEM_NOTA_FISCAL.
3) Para arquivos Flatfile
<TIPO_DE_ARQUIVO>_<NOME_DO_ARQUIVO>
TIPO_DE_ARQUIVO: Prefixo do tipo de arquivo de acordo com a Tabela Tipo e Arquivo no Anexo deste
documento.

NOME_DO_ARQUIVO: Nome do arquivo de dados sem a extensão de arquivo.
Exemplos:
• TXT_LISTA_CONTRIBUINTES;
• CSV_EMPRESAS.
3.3. Loader
A sintaxe para nomenclatura dos artefatos de Load de dados em aplicações SGDBs como o Sybase IQ são
as seguintes:
1) Para os arquivos de saída de dados
<SGBD_DESTINO>_<ESQUEMA_DE_BANCO>_<TABELA_DESTINO>_<descritor> (opcional/minúsculo).out

de dados.
TABELA_DESTINO: Corresponde ao nome da tabela de gravação, atualização ou exclusão de dados.
descritor: Corresponde a um termo descritivo que indique a principal função do Loader. Deve ser usado
também, caso haja dois ou mais Loaders idênticos à nível de SGDB_DESTINO, ESQUEMA_DE_BANCO e
TABELA_DESTINO.
.out: A extensão do arquivo deverá ser minúscula e OUT.
Exemplos:
• ORA_DWC_DIMENSAO_D_CONTRIBUINTE_update.out;
• IQ_DMT_INDICADORES_D_EMPRESA_insert.out.
2) Para os arquivos de script de dados SQL DML
<SGBD_DESTINO>_<ESQUEMA_DE_BANCO>_<TABELA_DESTINO>_<descritor>(opcional/minúsculo).ctl

de dados.
descritor: Corresponde a um termo descritivo que indique a principal função do arquivo de script. Deve ser
usado também, caso haja dois ou mais arquivos de scirpt idênticos à nível de SGDB_DESTINO,

ESQUEMA_DE_BANCO e TABELA_DESTINO.
.ctl: A extensão do arquivo deverá ser minúscula e CTL.
Exemplos:
• IQ_DMT_INDICADORES_D_EMPRESA_insert.ctl;
• IQ_DMT_INDICADORES_D_EMPRESA_update.ctl;
• IQ_DMT_INDICADORES_D_EMPRESA_delete.ctl.
3.4. Target
A sintaxe para nomenclatura dos objetos Target do PowerCenter Designer é a seguinte:
<SGBD_DESTINO>_<ESQUEMA_DE_BANCO>_<TABELA_DESTINO>_<descritor> (opcional/minúsculo)

de dados.
descritor: Corresponde a um termo descritivo que indique a principal função do Target. Deve ser usado
também, caso haja dois ou mais Targets idênticos à nível de SGDB_DESTINO, ESQUEMA_DE_BANCO e
TABELA_DESTINO.
Exemplos:
• ORA_NFECORP_EVENTO_XML_delete;
• IQ_DMT_FISCALIZACAO_ARQUIVO_txt.
3.5. Mapa
A sintaxe para a nomenclatura dos objetos do tipo Mapping do Powercenter Designer é:
map_<SGBD_DESTINO>_<INSTANCIA_DE_BANCO>_<TABELA_DESTINO>_<descritor>(opcional/minúsculo)
INSTANCIA_DE_BANCO: Corresponde ao SGBD configurado e hospedado na infraestrutura da SEFAZ-CE.

Deve-se consultar o acervo de conexões ETL da SEFAZ-CE para escolher uma instancia de banco
adequada para a nomenclatura da conexão.
descritor: Corresponde a um termo descritivo que indique a principal função do Mapa. Deve ser usado

também, caso haja dois ou mais Mapas idênticos à nível de SGDB_DESTINO, INSTANCIA_DE_BANCO e
TABELA_DESTINO.
Exemplos:
• map_ORA_NFECORP_VEICULO_PROD_delete;
• map_ORA_NFECORP_EMITENTE_DESTINATARIO_PRODUTO_TOTAL.
3.6. Variáveis
As variáveis deverão ser identificadas de acordo com o tipo de memória (variável ou parâmetro) e o escopo
(mapa ou workflow).
Há dois tipos de escopo:
• m para as variáveis e parâmetros de mapa e mapplet e
• w para as variáveis e parâmetros de workflow ou worklet.
Há dois tipos de memórias:
• var para Variáveis e
• par para Parâmetros;
De acordo com a seguinte sintaxe:
$$<escopo>_<tipo>_nome
Exemplos:
• $$m_var_dat_inicio;
• $$m_var_dat_fim;
• $$w_var_dat_inicio;
• $$w_var_dat_fim;
• $$m_par_seq_documento;
• $$w_par_seq_documento.
3.7. Session
A sintaxe para a nomenclatura dos objetos do tipo Session do Powercenter Workflow Manager é:
s_< NOME_DO_MAPA>
NOME_DO_MAPA: Corresponde ao nome do mapa associado ao Session.

Exemplos:
• s_map_ORA_NFECORP_VEICULO_PROD_delete;
• s_map_ORA_NFECORP_EMITENTE_DESTINATARIO_PRODUTO_TOTAL.
3.8. Task
Caso seja desenvolvido uma Task. Adotar exatamente o mesmo padrão de nomes para as Sessions.
3.9. Workflow
A sintaxe para nomenclatura dos objetos do Powercenter Workflow Manager é a seguinte:
wf_<SGBD_DESTINO>_<PROCESSO_DE_NEGOCIO/SISTEMA>_<descritor>(opcional/minúsculo)
PROCESSO_DE_NEGOCIO ou SISTEMA: Corresponde ao objetivo do ETL ou o nome do sistema que receberá

a carga de dados, caso seja a carga principal do sistema.
descritor: Corresponde a um termo descritivo que indique a principal função do Workflow.
Descrição do Workflow
O importante documentar as notas do desenvolvimento do workflow fornecendo as seguintes informações:
• Data e hora da atualização;
• Matrícula do desenvolvedor;
• Número de changepoint que requisitou a mudança, se houver.
Exemplos:
• wf_ORA_NFECORP;
• wf_FB_DMT_SCANC_verifica_dados;
• wf_PG_SICOEX_cancelamento;
• wf_IQ_CEVR_mineracao.
3.10. Worklet
A sintaxe para nomenclatura dos objetos do Powercenter Workflow Manager é a seguinte:
wlt_<SGBD_DESTINO>_<PROCESSO_DE_NEGOCIO/SISTEMA>_<descritor>(opcional/minúsculo)

PROCESSO_DE_NEGOCIO ou SISTEMA: Corresponde ao objetivo do ETL ou o nome do sistema que receberá

a carga de dados, caso seja a carga principal do sistema.
descritor: Corresponde a um termo descritivo que indique a principal função do Worklet.
Exemplos:
• wlt_IQ_D_EMPRESA_exercicio_2012;
• wlt_IQ_VERFICACAO_ANEXO_I;
4. Objetos do Powercenter Repository Manager
Objetos do Repositório
Repositórios e outros objetos do próprio repositório.
Repositórios devem prefixar com L_ para local ou G_ para global e ser complementado com um texto
descritivo. Tais textos devem incluir informações sobre o projeto e/ou o nível do ambiente (por exemplo,
PROD, TEST, HOMOL e DEV).
Pastas e Grupos
Nomes de pastas devem ser significativos e incluir o nome do projeto e, se houver várias pastas para um
projeto inclua também um termo descritivo.
Os grupos de usuários também devem incluir o nome do projeto e termos descritivos, conforme necessário.
Por exemplo, a pasta DW_SALES_US e DW_SALES_UK poderiam ter TEAM_SALES definido como seu
grupo de usuários. Pastas para desenvolvedores individuais ou pastas não-produção devem ter o prefixo z_
sendo assim agrupadas e destacadas das pastas de produção de trabalho.
Objetos e Pastas Compartilhadas
Qualquer objeto dentro de uma pasta pode ser compartilhado entre pastas e mantido em um local central.
Esses objetos são do tipo Source, Target, Mappings, Transformations e Mapplets. Para compartilhar objetos
em uma pasta, esta deve ser designada como compartilhada. Além de facilitar a manutenção, as pastas
compartilhadas ajudam a reduzir o tamanho do repositório onde tais atalhos são utilizados, em vez de
cópias.
Acesse o endereço indicado na sessão 2.Considerações Gerais para saber mais sobre objetos
compartilhados.

Objeto do Convenção de Nomenclatura

Designer
Pasta compartilhada SC_{NOME DA PASTA}
O nome da pasta deverá ser descritivo.
Objeto compartilhado sc_{NOME DO OBJETO}
O nome do objeto deverá ser descritivo.
A pasta deve prefixar com SC_ para identificá-la como uma pasta compartilhada e manter todas as pastas
compartilhadas agrupadas no repositório.
5. Componentes de Mapa
Designer
Aggregator AGG_{FUNÇÃO}
Transformation O nome da função pode ser criado com base na expressão configurada no componente ou na transformação
que ele executa.
Custom CT_{TRANSFORMAÇÃO}
Transformation O nome da transformação descreve o processamento realizado.
Expression EXP_{FUNÇÃO}
Transformation Descreva a função que é utilizada no componente ou a transformação que este realiza.
Filter Transformation FIL_{FUNÇÃO}
Descreva a função que é utilizada no componente ou a transformação que este realiza.
Java Transformation JV_{FUNÇÃO}
Descreva a operação que o componente realiza.
Joiner Transformation JNR_{DESCRIÇÃO}
Lookup LKP_{NOME DA TABELA}
Transformation
LKP_{NOME DA TABELA}_{DESCRIÇÃO}
Use este segundo padrão para múltiplas look-ups para uma única tabela.
ULKP_{NOME DA TABELA}_{DESCRIÇÃO}
Use este terceiro padrão para look-ups desconectadas.
Mapas m_{PROCESSO DE NEGÓCIO}_{SISTEMA DE SOURCE DE DADOS}_{SISTEMA OU NOME DO
TARGET}, ou ainda com sufixo _{DESCRIÇÃO} se houver multiplos mapas para um único target.
Mapplet Input MPLTI_{DESCRIÇÃO}
Transformation O campo descrição deve indicar os dados que vão para o mapplet.
Mapplet Output MPLTO_{DESCRIPTOR}
Transformation O campo descrição deve indicar os dados que fluem do mapplet.
Mapplets mplt_{DESCRIÇÃO}
Normalizer NRM_{FUNÇÃO}
Transformation Descreva a função que é utilizada no componente ou a transformação que este realiza.
Rank Transformation RNK_{FUNÇÃO}
Descreva a função que é utilizada no componente ou a transformação que este realiza.


Designer
Router Transformation RTR_{DESCRIÇÃO}
Sequence Generator SEQ_{DESCRIÇÃO}
Transformation Caso utilize um objeto para uma tabela de persistência no base dados, utilize o nome do objeto para referir-se
à descrição.
Sorter Transformation SRT_{DESCRIÇÃO}
Source Qualifier SQ_{TABELA SOURCE 1}_{TABELA SOURCE 2}

Transformation Se houver um número grande de tabelas pode-se usar um nome com base na aplicação do componente como
SQ_NOTA_FISCAL_ENTRADA.
Targets {NOME DO TARGET}

Adote um nome com base no nome no resultado de dados.
{TIPO DE GRAVAÇÃO}_{NOME DO TARGET}

Esta convenção deve ser aplicada quando o Target for uma tabela de persistência de dados.
Os tipos de gravação são INSERT, UPDATE e DELETE. Para operações com arquivo de LOAD pode-se
evidenciar a operação com o termo LOAD_INSERT_, LOAD_UPDATE_.
Union Transformation UN_{DESCRIÇÃO}
Unstructured Data UDO_{DESCRIÇÃO}
Transform A descrição deve identificar o tipo de dado transformado pelo componente.
Update Strategy UPD_{TIPO DE OPERAÇÃO}
Transformation
UPD_{TIPO DE OPERAÇÃO}_{NOME DO TARGET}
Use esse segundo padrão se houverem múltiplos Targets no mapa.
O tipo de operação pode ser INSERT, UPDATE ou DELETE.
XML Generator XMG_{DESCRIÇÃO}
Transformation A descrição deve indicar o resultado do componente.
XML Parser XMP_{DESCRIÇÃO}
Transformation defines the messaging being selected.
A descrição deve indicar os dados processados pelo componente.
XML Source Qualifier XMSQ_{DESCRIPTOR}
Transformation A descrição deve indicar os dados recebidos pelo componente.
Consulte a página de suporte da INFORMATICA para consultar os padrões de nomenclaturas para os

seguintes objeto do PowerCenter Designer:
• Objeto do designer;
◦ Application Source Qualifier Transformation;
◦ Data Quality Transform;
◦ External Procedure Transformation;
◦ Flexible Target Key;
◦ HTTP;

◦ Idoc Interpreter;
◦ Idoc Prepare;
◦ MQ Source Qualifier Transformation;
◦ SAP DMI Prepare;
◦ Stored Procedure Transformation;
◦ Transaction Control Transformation;
◦ Web Service Consumer.
Portas
As portas podem manter os mesmos nomes dos componente de definição dos sources de dados (Source
Definition), ao menos que ocorra alguma operação/transformação na porta e neste caso a porta deverá
receber um prefixo apropriado em seu nome.
A prefixos trazem as vantagens de serem geralmente rápidos de ler, mesmo com parte dos nomes das
portas truncados nos componente ETL. Em contratpartida, sufixos exigem que o desenvolvedor expanda o
campo da porta para ser exibido.

Designer
Lookup lkp_{NOME ORIGINAL DA PORTA}
Transformation Use essa convenção para a porta de retorno de dados no componente Lookup Transformation.
Lookup in_{NOME ORIGINAL DA PORTA}
Transformation Use essa convenção para a porta de entrada de parâmetros do componente Lookup Transformation.
Porta de Entrada e io_{NOME ORIGINAL DA PORTA}
Saída de Dados Use essa convenção para portas que recebem e emitem dados simultaneamente.
Porta de Mapplets mplt_{NOME ORIGINAL DA PORTA}
Use essa convenção para portas que recuperam dados de mapplets.
Porta de Saída de out_{NOME ORIGINAL DA PORTA}
Dados
Portas de Entrada de in_{NOME ORIGINAL DA PORTA}

Dados A mesma convenção da Lookup Transformation.
Variáveis v_{Descrição}
Na descrição use uma expressão curta e significativa que indique a operação da porta do tipo variável.
Com algumas exceções, as convenções de numenclatura de portas poderá ser aplicada ao criar objetos de
transformação. As exceções são portas dos seguintes componentes:
• Source Definition;
• Source Qualifier;

• Lookup Transformation e
• Target Definition.
Estes componentes possuem campos que não devem mudar de nomes, pois estes nomes são utilizados
pelo processamento ETL para recuperar dados das bases de dados.
Outros componentes sobre os quais estas convenções de nomenclatura não são aplicáveis:
• Normalizer: As portas criadas neste componente são automaticamente formatadas quando o

desenvolvedor as configura;
• Sequence Generator: Os nomes das portas são empregadas como palavras reservadas;
• Router: As portas são automaticamente criadas e prefixadas com a sintaxe I_{NOME ORIGINAL DA
PORTA}, contudo as poderão não ter prefixos;
• Sorter, Update Strategy, Transaction Control, and Filter: As portas destes componente são
comumente portas de entrada e saída de dados, por isso não é necessário renomeá-las. O prefixo
das portas podem ser removidos.
• Union: Os grupos de portas são atribuídos automaticamente para as portas de entrada e saída de
dados. O prefixo das portas podem ser removidos.
6. Objetos do PowerCenter Workflow Manager

Objeto do Convenção de Nomenclatura Exemplos
Workflow
Manager
Assign Task asgn_{DESCRIÇÃO}
Command cmd_{DESCRIÇÃO}
Object
Control Task ctl_{DESCRIPTOR}
Este componente especifica quando e como o PowerCenter Server deve mudar
o estado do Workflow para STOP ou ABORT.
Decision Task dcn_{DESCRIÇÃO}
Email Task eml_{DESCRIÇÃO}
Event Raise Task er_{DESCRIPTOR}
Representa um evento definido pelo usuário. Use o Event Raise Task com a
tarefa de Event Wait Task para definir eventos.
Event Wait Task wait_{DESCRIPTOR}

Este componente aguarda um evento para então acionar o PowerCenter Server
e dar continuidade ao processamento do Workflow.

Objeto do Convenção de Nomenclatura Exemplos

Workflow
Manager
Session s_{NOME DO MAPA}
Timer Task tmr_{DESCRIÇÃO}
Workflow wf_{DESCRIÇÃO}
Worklet wk_{DESCRIÇÃO}
7. Objetos do Console de Administração

Domínios, nós e os serviços também devem ter nomes significativos.
Objeto Convenção de Nomenclatura Exemplo

Domain DOM_[PROJETO]_[AMBIENTE] DOM_PROCURE_DEV
Node NODE[#]_[NOME DO SERVIDOR]_ [descrição opcional] NODE02_SERVER_rs_bkp (nó de backup do

repository service)
Services:
Integration INT_SVC_[AMBIENTE]_[descrição opcional] INT_SVC_DEV_primary
Repository REPO_SVC_[AMBIENTE]_[descrição opcional] REPO_SVC_TEST
Web Services Hub WEB_SVC_[AMBIENTE]_[descrição opcional] WEB_SVC_PROD

8. Anexo
Sigla Produto de Banco de Dados
ADA ADABAS
EXA Exadata
FB Firebird
IQ Sybase IQ
ORA ORACLE
PG PostgreSQL
SQL SQL Server
Tabela 1: Prefixo de SGDB
Sigla Tabela Tipo de Arquivo

XLS Arquivo de planilha eletrônica do MS Excel
DBF Arquivo DBase
CSV Arquivo flatfile separado por ponto e vírgula CSV
TXT Arquivo flatfile TXT
CTL Arquivo de Loader de dados
OUT Arquivo flatfile de saída de registros ETL
Tabela 2: Tabela Tipo de Arquivo


Padrões de Projeto ETL - Convenções de Nomenclatura

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Padrões de Projeto ETL - Convenções de Nomenclatura

Enviado por

Direitos autorais:

Formatos disponíveis

Padrões de Projeto ETL -

Padrões de Projeto ETL - Convenções de Nomenclatura Página 2 de 15

SGBD_DESTINO: Corresponde ao tipo de banco de acordo com a Tabela Prefixo do SGDB.

INSTANCIA_DE_BANCO: Corresponde ao SGDB configurado e hospedado na infraestrutura da SEFAZ-CE.

USUARIO: Corresponde ao usuário ETL que está configurado na conexão ETL.

Padrões de Projeto ETL - Convenções de Nomenclatura Página 3 de 15

1) Para as pastas de hospedagem dos objetos source

SGBD_ORIGEM: Corresponde ao tipo de banco de acordo com a Tabela Prefixo do SGDB.

ESQUEMA_DE_BANCO: Corresponde ao Owner, se houver, da tabela de gravação, atualização ou exclusão

2) Para tabelas dos SGDBs (Relacional)

TABELA_DE_ORIGEM: Nome da tabela de origem de onde os dados serão lidos.

3) Para arquivos Flatfile

Padrões de Projeto ETL - Convenções de Nomenclatura Página 4 de 15

NOME_DO_ARQUIVO: Nome do arquivo de dados sem a extensão de arquivo.

1) Para os arquivos de saída de dados

SGBD_DESTINO: Corresponde ao tipo de banco de acordo com a Tabela Prefixo do SGDB.

ESQUEMA_DE_BANCO: Corresponde ao Owner, se houver, da tabela de gravação, atualização ou exclusão

TABELA_DESTINO: Corresponde ao nome da tabela de gravação, atualização ou exclusão de dados.

.out: A extensão do arquivo deverá ser minúscula e OUT.

2) Para os arquivos de script de dados SQL DML

SGBD_DESTINO: Corresponde ao tipo de banco de acordo com a Tabela Prefixo do SGDB.

ESQUEMA_DE_BANCO: Corresponde ao Owner, se houver, da tabela de gravação, atualização ou exclusão

TABELA_DESTINO: Corresponde ao nome da tabela de gravação, atualização ou exclusão de dados.

Padrões de Projeto ETL - Convenções de Nomenclatura Página 5 de 15

.ctl: A extensão do arquivo deverá ser minúscula e CTL.

SGBD_DESTINO: Corresponde ao tipo de banco de acordo com a Tabela Prefixo do SGDB.

ESQUEMA_DE_BANCO: Corresponde ao Owner, se houver, da tabela de gravação, atualização ou exclusão

TABELA_DESTINO: Corresponde ao nome da tabela de gravação, atualização ou exclusão de dados.

SGBD_DESTINO: Corresponde ao tipo de banco de acordo com a Tabela Prefixo do SGDB.

INSTANCIA_DE_BANCO: Corresponde ao SGBD configurado e hospedado na infraestrutura da SEFAZ-CE.

TABELA_DESTINO: Corresponde ao nome da tabela de gravação, atualização ou exclusão de dados.

Padrões de Projeto ETL - Convenções de Nomenclatura Página 6 de 15

Há dois tipos de escopo:

• m para as variáveis e parâmetros de mapa e mapplet e

• w para as variáveis e parâmetros de workflow ou worklet.

Há dois tipos de memórias:

• var para Variáveis e

• par para Parâmetros;

De acordo com a seguinte sintaxe:

NOME_DO_MAPA: Corresponde ao nome do mapa associado ao Session.

Padrões de Projeto ETL - Convenções de Nomenclatura Página 7 de 15

SGBD_DESTINO: Corresponde ao tipo de banco de acordo com a Tabela Prefixo do SGDB.

PROCESSO_DE_NEGOCIO ou SISTEMA: Corresponde ao objetivo do ETL ou o nome do sistema que receberá

descritor: Corresponde a um termo descritivo que indique a principal função do Workflow.

O importante documentar as notas do desenvolvimento do workflow fornecendo as seguintes informações:

• Data e hora da atualização;

• Número de changepoint que requisitou a mudança, se houver.

SGBD_DESTINO: Corresponde ao tipo de banco de acordo com a Tabela Prefixo do SGDB.

Padrões de Projeto ETL - Convenções de Nomenclatura Página 8 de 15

PROCESSO_DE_NEGOCIO ou SISTEMA: Corresponde ao objetivo do ETL ou o nome do sistema que receberá

descritor: Corresponde a um termo descritivo que indique a principal função do Worklet.

4. Objetos do Powercenter Repository Manager

Repositórios e outros objetos do próprio repositório.

Objetos e Pastas Compartilhadas

Padrões de Projeto ETL - Convenções de Nomenclatura Página 9 de 15

Objeto do Convenção de Nomenclatura

Padrões de Projeto ETL - Convenções de Nomenclatura Página 10 de 15

Objeto do Convenção de Nomenclatura

Source Qualifier SQ_{TABELA SOURCE 1}_{TABELA SOURCE 2}

Targets {NOME DO TARGET}

{TIPO DE GRAVAÇÃO}_{NOME DO TARGET}

Consulte a página de suporte da INFORMATICA para consultar os padrões de nomenclaturas para os

◦ Application Source Qualifier Transformation;

◦ Data Quality Transform;